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Scope 



The present document specifies interoperability Test Descriptions (TDs) for Inter-IMS Network to Network Interface 
(II-NNI) interoperability testing for the Rich Communication Suite (RCS) related services based on RCS-e Advanced 
Communications Services and Client Specification [11]. The Stage 3 Session Initiation Protocol (SIP) and Session 
Description Protocol (SDP) standard, TS 124 229 [1] and Inter-IMS Network to Network Interface, TS 129 165 [7] 
define the functionalities on which the RCS services are based. TDs have been specified on the basis of the Test 
Purposes (TPs) and Test Suite Structure (TSS) presented in TS 186 011-1 [2]. TP fragments presented in the present 
document as part of TDs are defined using the TPLan notation of ES 202 553 [5]. TDs have been written based on the 
test specification framework described in TS 102 351 [3] and the interoperability testing methodology defined in 
TS 102 237-1 [4], i.e. interoperability testing with a conformance relation. 

NOTE: Requirements pertaining to a UE or an AS implementation or IMS core network requirements that can 
only be observed at the interface between UE and IMS CN are explicitly not within the scope of the 
present document. The latter requirements have been dealt with from a UE and conformance perspective 
inTS 134 229-1 [6]. 



References 



References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the 
reference document (including any amendments) applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are necessary for the application of the present document. 

[1] ETSI TS 124 229 (V8. 10.0): "Digital cellular telecommunications system (Phase 2+); Universal 

Mobile Telecommunications System (UMTS); LTE; Internet Protocol (IP) multimedia call control 
protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); 
Stage 3 (3GPP TS 24.229 version 8.10.0 Release 8)". 

[2] ETSI TS 186 011-1 (V3.1.1): "IMS Network Testing (INT); IMS NNI InteroperabiHtyTest 

Specifications; Part 1: Test Purposes for IMS NNI Interoperability". 

[3] ETSI TS 102 35 1 : "Methods for Testing and Specification (MTS); Internet Protocol Testing (IPT); 

IPv6 Testing: Methodology and Framework". 

[4] ETSI TS 102 237-1: "Telecommunications and Internet Protocol Harmonization Over Networks 

(TIPHON) Release 4; Interoperability test methods and approaches; Part 1: Generic approach to 
interoperability testing". 

[5] ETSI ES 202 553: "Methods for Testing and Specification (MTS); TPLan: A notation for 

expressing Test Purposes". 

[6] ETSI TS 134 229-1 (V8.5.0): " Universal Mobile Telecommunications System (UMTS); LTE; 

Internet Protocol (IP) multimedia call control protocol based on Session Initiation Protocol (SIP) 
and Session Description Protocol (SDP); Part 1: Protocol conformance specification 
(3GPP TS 34.229-1 version 8.5.0 Release 8)". 

[7] ETSI TS 129 165 (V8.4.0): "Digital cellular telecommunications system (Phase 2+); Universal 

Mobile Telecommunications System (UMTS); LTE; Inter-IMS Network to Network Interface 
(NNI) (3GPP TS 29.165 version 8.4.0 Release 8)". 
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[8] 
[9] 

[10] 

[11] 
[12] 

[13] 



RCS-e Advanced Communications: "Services and Client Specification. Version 1.1". 

ETSI TS 186 01 1-2 (V3.1.1): "IMS Network Testing (INT); IMS NNI Interoperability Test 
Specifications; Part 2: Test Description for IMS NNI Interoperability". 

IETF RFC 4975: "The Message Session Relay Protocol (MSRP)". 

IETF RFC 4976: "Relay Extensions for the Message Sessions Relay Protocol (MSRP)". 

IETF RFC 6135: "An Alternative Connection Model for the Message Session Relay Protocol 
(MSRP)". 

IETF RFC 5547: "A Session Description Protocol (SDP) Offer/ Answer Mechanism to Enable File 
Transfer". 



2.2 



Informative references 



The following referenced documents are not necessary for the application of the present document but they assist the 
user with regard to a particular subject area. 

Not applicable. 



3 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

3GPP 3'^'^ Generation Partnership Project 

AS (IMS) Application Server 

CF (Test) ConFiguration 

CFW Call Flow 

CN Core Network 

CSCF Call Session Control Function 

DNS Domain Name System 

FQDN Full Qualified Domain Name 

HSS Home Subscriber Server 

IBCF Interconnection Border Control Gateway 

II-NNI Inter-IMS Network to Network Interface 

IM Instant Messaging 

IMS IP Multimedia Subsystem 

lOI Inter Operator Identifier 

IP Internet Protocol 

ISC IMS Service Control 

MRFC Multimedia Resource Function Controller 

MRFP Multimedia Resource Function Processor 

NNI Network-to-Network Interface 

P-CSCF Proxy CSCF 

PO Point of Observation 

PS Presence Server 

RCS Rich Communication Suite 

RLS Resource List Server 

S-CSCF Serving CSCF 

SDP Session Description Protocol 

SIP Session Initiation Protocol 

SUT System Under Test 

TD Test Description 

TP Test Purpose 

TPLan Test Purpose Notation 

TSS Test Suite Structure 

UC Use Case 

UE User Equipment 
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URI Uniform Record Identifier 

XMDS XML Document Management Server 



IMS NNI Interoperability Test Specification 



4.1 



Introduction 



The IMS NNI Interoperability Test Descriptions (TDs) defined in the following clauses are derived from the Test 
Purposes (TPs) specified in TS 186 011-1 [2]. The TDs cover the services (instant messaging, content sharing and 
presence) as defined in RCS-e specification [8]. 

4.2 Test Prerequisites 

The test prerequisites as described in TS 186 01 1-2 [9], clause 4.2, apply. 

4.3 Test Infrastructure 

The test infrastructure as described in TS 186 011-2 [9], clause 4.3, applies with the following additions. 

4.3.1 Core IMS Nodes 

4.3.2 External IMS core Nodes 
4.3.2.1 HSS 

Table 1 of TS 186 011-2 [9], clause 4.3. 1.5.2, has to be extended by the following users for RCS services. 

Table 1 : Additional HSS sample user profiles for RCS 



Private Identity 


Public Identity 1 
(SIP URI) 


Public Identity 2 
(Tel URI) 


Default 
Public 
Identity 


Filter criteria 


userPRES priv 


userPRES 


na 


1 


contact Presence AS 


userIM priv 


userIM 


na 


1 


contact IIVI AS for Instant IVIessaging 


userFT priv 


userFT 


na 


1 


contact IIVI AS for File Transfer 


userSHARE priv 


userSHARE 


na 


1 





4.3.2.2 



Specific Application Servers for RCS-e 



Interworking between external Application Servers (AS) and the IMS core is under the scope of the present document. 
The ISC interface between the S-CSCF and the AS is used as a Point of Observation (PO) for NNI interoperability tests. 



4.3.2.2.1 



Presence Server 



The presence server is an optional AS that acts as an intermediate for the user to provide Social Presence information to 
other users and other users to subscribe or get Social Presence information of a certain user, i.e. Presentity. 



4.3.2.2.2 



IM Server 



The IM server is an AS within the IMS architecture that provides the IM service for the subscribers. It is responsible for 
a set of functions such as the control of the session setup, the enforcement of policies related to incoming or outgoing 
IM, the provision of information related to group members. Optionally the IM server may support "store and forward" 
feature. 
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4.3.2.2.3 Node Configuration 



The AS should be configured to support the pre-requisites outhned in TS 186 01 1-2 [9], clause 4.2. The test 
descriptions in the present document assume that an AS supports the use of the IM/chat service and the following 
optional services: Social Presence, RCS-e services during a call and File transfer (see RCS-e descriptions in [8]). In the 
case that an AS does not support one or more of these services, only a selected subset of the test descriptions in the 
present document should be used for IMS core network interoperability testing, i.e. test descriptions which do not 
contain any pass criteria related to these supplementary services. 

4.3.2 Test Configurations 

The test configurations as described in TS 186 01 1-2 [9] clause 4.3.4 apply. It should be mentioned that test 
configurations for roaming scenarios are considered as optional. 

4.4 Use Cases 

In addition to the Use Cases in the present clause the Use Cases as described in TS 186 01 1-2 [9], clause 4.4 apply. It 
should be mentioned that Use Cases for roaming scenarios are considered as optional. 

4.4.1 Capability discovery 

4.4.1 .1 General description 

According to the RCS-e specification [8] the capability or service discovery mechanism as the main process for 
retrieving the subset RCS-e services available for other contacts is based on two methods: 

• Capability discovery process through OPTIONS message; 

• Capability discovery via presence. 

Capability discovery process through OPTIONS message Use Cases are described in clauses 4.4.1.2 and 4.4. 1.3. 

The use of capability discovery via presence method assumes that user additionally subscribed to an optional Social 
Presence service. In this case capability discovery should be performed using Social Presence service procedures. Use 
Cases for Social Presence services including capability discovery issues are described in clause 4.4.2. 

It should be mentioned that in both capability discovery methods UE A and UE B should be registered on 
corresponding IMS networks A and B depending on the test scenarios (interworking and roaming). 

4.4.1 .2 UC_RCS_1_I: SIP message flow for Capability discovery process through 
OPTIONS message with CF_INT_AS 

The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering). 



Step 


Action 


OF INT AS 


1 


User A selects a contact of user B in the phone address book 


Stepi 


2 


User B is informed about user A capabilities 


Step? 


3 


User A is informed about user B capabilities 


Step 13 
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The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A selects a contact of user B In the phone 
address book 


2 






\ 


V 


V 










OPTIONS 


UE_A sends OPTIONS to IMS_A with Accept- 
contact header containing user A capabilities 
(RCS-e services Tags) 




3 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 




4 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 




5 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 




6 


OPTIONS 


IMS_B forwards OPTIONS to UE_B 




7 






















User B is informed about user A capabilities 


8 












^ 








200 OK 


UE_B responds with 200 OK to IMS_B with 
Contact header containing user B capabilities 
(RCS-e services Tags) 




9 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




10 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 




11 


200 OK 


IBCF_A forwards 200 OK to IMS_A 




12 


200 OK 


IMS_A forwards 200 OK to UE_A 




13 






















User A is informed about user B capabilities 



4.4.1 .3 UC_RCS_1_R: SIP message flow for Capability discovery process through 

OPTIONS message with CF_ROAM_AS (OPTIONAL) 

The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering). 



Step 


Action 


CF INT AS 


1 


User A selects a contact of user B in the phone address book 


Stepi 


2 


User B is informed about user A capabilities 


Step 10 


3 


User A is informed about user B capabilities 


Step 19 



£75/ 



12 



ETSI TS 102 901 V2.1.1 (2011-11) 



The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A selects a contact of user B In the phone 
address book 


2 






\ 


V 


V 




\ 






OPTIONS 


UE_A sends OPTIONS to IMS_A with Accept- 
contact header containing user A capabilities 
(RCS-e services Tags) 




3 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 


/ 


4 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 




5 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 




6 


OPTIONS 


IMS_B forwards OPTIONS to IBCF_B 




7 


OPTIONS 


IBCF_B forwards OPTIONS to IBCF_A 




8 


OPTIONS 


IBCF_A forwards OPTIONS to IMS_A 




9 


OPTIONS 


IMS_A forwards OPTIONS to UE_B 










10 






















User B is informed about user A capabilities 


11 






^ 


/ 












200 OK 


UE_B responds with 200 OK to IIVIS_A with 
Contact header containing user B capabilities 
(RCS-e services Tags) 


V 


V 






12 


200 OK 


IMS_A forwards 200 OK to IBCF_A 


/ 


13 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 




14 


200 OK 


IBCF_B forwards 200 OK to IMS_B 




15 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




16 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 




17 


200 OK 


IBCF_A forwards 200 OK to IMS_A 




18 


200 OK 


IMS_A forwards 200 OK to UE_A 




19 






















User A is informed about user B capabilities 


^ 





























4.4.2 Social Presence service 
4.4.2.1 General description 

According to RCS-e specification [11] the Social Presence service is assumed to be optional. 

If the Social Presence service is implemented on the network there could be also provided the capability discovery 
mechanism via presence as mentioned in the clause 4.4. 1 . In all Social Presence service Use Cases provided below the 
capability discovery issues are considered. 

The list of Use Cases for Social Presence service include: 

• Watcher subscription to presence event notification; 

• Watcher subscription to resource list. 
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All of the Use Cases for Social Presence service in the present document include procedures of one user authorizing 
another user to see its Social Presence information. 



4.4.2.2 



Watcher subscription to presence event notification 



4.4.2.2.1 



Description 



UE_B is configured to receive notifications with watcher information. UE_B publishes its presence information. UE_A 
subscribes to presence information state changes of UE_B. This test requires the use of application server in IMS_B 
(Presence Server). The call flow path and node configuration for this use case corresponds to CF_INT_AS in case of 
interworking and CF_ROAM_AS (OPTIONAL) in case of roaming. 

The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


OF INT AS 


CF_ROAM_AS (OPTIONAL) 


1 


User B publishes presence and capability information including 
capabilities 


Stepi 


Stepi 


2 


User B is informed of its presence status update 


Step 6 


Step 12 


3 


User A selects a contact of user B in the phone address book 


Step? 


Step 13 


4 


User B is informed about user A capabilities 


Step 13 


Step 22 


5 


User A is informed about user B capabilities 


Step 19 


Step 31 


6 


User A subscribes to presence and capability information from 
User B 


Step 20 


Step 32 


7 


SUBSCRIPTION triggers the AS to send a NOTIFY to UE_B 
indicating the change to the watcher information subscriber 


Step 39 


Step 51 


8 


User B receives an authorization request from User A to see its 
own presence and capability information 


Step 44 


Step 62 


9 


User B authorizes user A to be informed of its own presence and 
capability information 


Step 45 


Step 63 


10 


User A is informed of user B presence and capability information 


Step 54 


Step 72 


11 


User A sees user B presence and capability information 


Step 59 


Step 83 



4.4.2.2.2 



UC_RCS_2_I: SIP message flow for watcher subscription to presence event 
notification with CF INT AS 



The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 
S 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 
F 
B 


1 

M 
S 
B 


A 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 


























User B publishes presence and 
capability information including 
capabilities 


2 
























PUBLISH 


UE_B sends PUBLISH with 
information for all commonly 
supported presence elements and 
capabilities 


>. 




3 


PUBLISH 


IMS B forwards the PUBLISH to 
IMS BAS(PS) 




4 


200 OK 


IMS B AS responds with a 200 OK 
to IMS B 




5 


200 OK 


IMS_B forwards the 200 OK 
response to IBCF B 






6 


























User B is informed of its presence 
status update 


7 








































User A selects a contact of user B 
in the phone address book 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 
S 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






8 
























OPTIONS 


UE_A sends OPTIONS to IMS_A 
with Accept-contact header 
containing user A capabilities 
(RCS-e services Tags and the Tag 
indicating support of discovery via 
presence) 






9 


OPTIONS 


IMS A forwards OPTIONS to 
IBCF A 




10 


OPTIONS 


IBCF A forwards OPTIONS to 
IBCF B 




11 


OPTIONS 


IBCF B forwards OPTIONS to 
IMS B 




12 


OPTIONS 


IMS B forwards OPTIONS to 
UE B 






13 


























User B is informed about user A 
capabilities 


14 






^ 




^ 


^ 


^ 










200 OK 


UE_B responds with 200 OK to 
IMS_B with Contact header 
containing user B capabilities 
(RCS-e services Tags and the Tag 
indicating support of discovery via 
presence) 






15 


200 OK 


IMS B forwards 200 OK to 
IBCF B 




16 


200 OK 


IBCF B forwards 200 OK to 
IBCF A 




17 


200 OK 


IBCF A forwards 200 OK to 
IMS A 




18 


200 OK 


IMS_A forwards 200 OK to UE_A 






19 


























User A is informed about user B 
capabilities 


20 




User A subscribes to presence and 
capability information from User B 


21 










V 














SUBSCRIBE 


UE A sends ANONYMOUS 
SUBSCRIBE for "User B 
presence" event with expiry time of 
to IMS A 






22 


SUBSCRIBE 


IMS A forwards the SUBSCRIBE 
to IBCF A 




23 


SUBSCRIBE 


IBCF A forwards the SUBSCRIBE 
to IBCF B 


f 


24 


SUBSCRIBE 


IBCF B forwards the SUBSCRIBE 
to IMS B 


^ 


25 


SUBSCRIBE 


IMS B forwards the SUBSCRIBE 
to IMS B AS (PS) 


^ 


26 


200 OK 


IMS B AS responds with a 200 OK 
to IMS B 




27 


200 OK 


IMS_B forwards the 200 OK 
response to IBCF B 




28 


200 OK 


IBCF_B forwards the 200 OK 
response to IBCF A 


^ 


29 


200 OK 


IBCF_A forwards the 200 OK 
response to IMS A 


^ 


30 


200 OK 


IMS_A forwards the 200 OK 
response to UE A 






31 


NOTIFY 


IMS B AS sends NOTIFY to 
IBCF B 






32 


NOTIFY 


IBCF B forwards NOTIFY to 
IBCF A 




33 


NOTIFY 


IBCF A forwards NOTIFY to 
IMS A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 
S 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






34 






^ 










>. 








NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






35 


200 OK 


UE A responds with a 200 OK to 
IMS A 






36 


200 OK 


IMS A forwards the 200 OK to 
IBCF A 




37 


200 OK 


IBCF A forwards the 200 OK to 
IBCF B 




38 


200 OK 


IBCF_B forwards the 200 OK 
response to IMS B AS 






39 


























SUBSCRIPTION triggers the AS to 
send a NOTIFY to UE_B indicating 
the change to the watcher 
information subscriber 


40 
















^ 








NOTIFY 


IMS B AS sends NOTIFY to 
IMS_B to indicate UE_B the 
change to the watcher information 
subscriber 




41 


NOTIFY 


IMS B forwards the NOTIFY to 
UE B 






42 


200 OK 


UE B responds with a 200 OK to 
IMS B 


^. 




43 


200 OK 


IMS_B forwards the 200 OK 
response to IMS B AS 




44 


























User B receives an authorization 
request from User A to see its own 
presence and capability 
information 


45 




User B authorizes user A to be 
informed of its own presence and 
capability information 


46 












f 


f 










NOTIFY 


IMS B AS sends NOTIFY to 
IBCF B 






47 


NOTIFY 


IBCF_B sends NOTIFY to IBCF_A 




48 


NOTIFY 


IBCF A forwards NOTIFY to 
IMS A 




49 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






50 


200 OK 


UE A responds with a 200 OK to 
IMS A 






51 


200 OK 


IMS_A forwards the 200 OK 
response to IBCF A 




52 


200 OK 


IBCF_A forwards the 200 OK 
response to IBCF B 




53 


200 OK 


IBCF_B forwards the 200 OK 
response to IMS B AS 






54 






















1 




User A is informed of user B 
presence and capability 
information 


55 
















^ 








NOTIFY 


IMS B AS sends NOTIFY to 
IMS_B to indicate UE_B that 
subscription has been authorized 




56 


NOTIFY 


IMS B forwards the NOTIFY to 
UE B 


f 




57 


200 OK 


UE B responds with a 200 OK to 
IMS B 


>. 




58 


200 OK 


IMS_B forwards the 200 OK 
response to IMS B AS 




59 


























User A sees user B presence and 
capability information 
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4.4.2.2.3 



UC_RCS_2_R: SIP message flow for watcher subscription to presence event 
notification with CF_ROAM_AS (OPTIONAL) 



The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 
S 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 


























User B publishes presence and 
capability information 


2 
























PUBLISH 


UE_B sends PUBLISH with 
information for all commonly 
supported presence elements 


V 










3 


PUBLISH 


IMS A forwards the PUBLISH to 
IBCF A 


f 


4 


PUBLISH 


IBCF A forwards the PUBLISH to 
IBCF_B 


^ 


5 


PUBLISH 


IBCF B forwards the PUBLISH to 
IMS B 


^ 


6 


PUBLISH 


IMS B forwards the PUBLISH to 
IMS BAS(PS) 




7 


200 OK 


IMS B AS responds with a 200 OK 
to IMS B 




8 


200 OK 


IMS_B forwards the 200 OK 
response to IBCF B 




9 


200 OK 


IBCF_B forwards the 200 OK 
response to IBCF A 




10 


200 OK 


IBCF_A forwards the 200 OK 
response to IMS A 




11 


200 OK 


IMS_A forwards the 200 OK 
response to UE B 












12 


























User B is informed of its presence 
status update 


13 




User A selects a contact of user B 
in the phone address book 


14 
























OPTIONS 


UE_A sends OPTIONS to IMS_A 
with Accept-contact header 
containing user A capabilities 
(RCS-e services Tags and the Tag 
indicating support of discovery via 
presence) 


15 


OPTIONS 


IMS A forwards OPTIONS to 
IBCF A 


16 


OPTIONS 


IBCF A forwards OPTIONS to 
IBCF B 


17 


OPTIONS 


IBCF B forwards OPTIONS to 
IMS B 


18 


OPTIONS 


IMS B forwards OPTIONS to 
IBCF B 


19 


OPTIONS 


IBCF B forwards OPTIONS to 
IBCF A 


20 


OPTIONS 


IBCF A forwards OPTIONS to 
IMS A 


21 


OPTIONS 


IMS A forwards OPTIONS to 
UE B 


22 


























User B is informed about user A 
capabilities 


23 
























200 OK 


UE_B responds with 200 OK to 
IMS_A with Contact header 
containing user B capabilities 
(RCS-e services Tags and the Tag 
indicating support via presence) 


24 


200 OK 


IMS A forwards 200 OK to 
IBCF A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 
S 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






25 
























200 OK 


IBCF A forwards 200 OK to 
IBCF B 


26 


200 OK 


IBCF B forwards 200 OK to 
IMS B 


27 


200 OK 


IMS B forwards 200 OK to 
IBCF B 


28 


200 OK 


IBCF B forwards 200 OK to 
IBCF A 


29 


200 OK 


IBCF A forwards 200 OK to 
IMS A 


30 


200 OK 


IMS A forwards 200 OK to UE A 


31 


























User A is informed about user B 
capabilities 


32 




User A subscribes to presence and 
capability information from User B 


33 










V 














SUBSCRIBE 


UE A sends ANONYMOUS 
SUBSCRIBE for "User B 
presence" event with expiry time of 
to IMS A 






34 


SUBSCRIBE 


IMS A forwards the SUBSCRIBE 
to IBCF A 




35 


SUBSCRIBE 


IBCF A forwards the SUBSCRIBE 
to IBCF B 


f 


36 


SUBSCRIBE 


IBCF B forwards the SUBSCRIBE 
to IMS B 


f 


37 


SUBSCRIBE 


IMS B forwards the SUBSCRIBE 
to IMS B AS (PS) 


^ 


38 


200 OK 


IMS B AS responds with a 200 OK 
to IMS B 




39 


200 OK 


IMS_B forwards the 200 OK 
response to IBCF B 




40 


200 OK 


IBCF_B forwards the 200 OK 
response to IBCF A 


^ 


41 


200 OK 


IBCF_A forwards the 200 OK 
response to IMS A 


^ 


42 


200 OK 


IMS_A forwards the 200 OK 
response to UE A 


f 




43 


NOTIFY 


IMS B AS sends NOTIFY to 
IBCF B 






44 


NOTIFY 


IBCF B forwards NOTIFY to 
IBCF A 




45 


NOTIFY 


IBCF A forwards NOTIFY to 
IMS A 




46 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






47 


200 OK 


UE A responds with a 200 OK to 
IMS A 






48 


200 OK 


IMS A forwards the 200 OK to 
IBCF A 




49 


200 OK 


IBCF A forwards the 200 OK to 
IBCF B 




50 


200 OK 


IBCF_B forwards the 200 OK 
response to IMS B AS 






51 


























SUBSCRIPTION triggers the AS to 
send a NOTIFY to UE_B indicating 
the change to the watcher 
information subscriber 


52 
















/ 








NOTIFY 


IMS B AS sends NOTIFY to 
IMS_B to indicate UE_B the 
change to the watcher information 
subscriber 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 
S 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






53 














^ 










NOTIFY 


IMS B forwards the NOTIFY to 
IBCF B 




54 


NOTIFY 


IBCF B forwards the NOTIFY to 
IBCF A 




55 


NOTIFY 


IBCF A forwards the NOTIFY to 
IMS A 




56 


NOTIFY 


IMS A forwards the NOTIFY to 
UE B 


^ 










57 


200 OK 


UE B responds with a 200 OK to 
IMS A 












58 


200 OK 


IMS_A forwards the 200 OK 
response to IBCF A 




59 


200 OK 


IBCF_A forwards the 200 OK 
response to IBCF B 




60 




IBCF_B forwards the 200 OK 
response to IMS B 




61 


200 OK 


IMS_B forwards the 200 OK 
response to IMS B AS 




62 


























User B receives an authorization 
request from User A to see its own 
presence and capability 
information 


63 




User B authorizes user A to be 
informed of its own presence and 
capability information 


64 
























NOTIFY 


IMS B AS sends NOTIFY to 
IBCF B 






65 


NOTIFY 


IBCF_B sends NOTIFY to IBCF_A 




66 


NOTIFY 


IBCF A forwards NOTIFY to 
IMS A 




67 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






68 


200 OK 


UE A responds with a 200 OK to 
IMS A 






69 


200 OK 


IMS_A forwards the 200 OK 
response to IBCF A 




70 


200 OK 


IBCF_A forwards the 200 OK 
response to IBCF B 




71 


200 OK 


IBCF_B forwards the 200 OK 
response to IMS B AS 






72 


























User A is informed of user B 
presence and capability 
information 


73 












f 


^ 


^ 








NOTIFY 


IMS B AS sends NOTIFY to 
IMS_B to indicate UE_B that 
subscription has been authorized 




74 


NOTIFY 


IMS B forwards the NOTIFY to 
IBCF B 




75 


NOTIFY 


IBCF B forwards the NOTIFY to 
IBCF A 




76 


NOTIFY 


IBCF A forwards the NOTIFY to 
IMS A 




77 


NOTIFY 


IMS A forwards the NOTIFY to 
UE B 












78 


200 OK 


UE B responds with a 200 OK to 
IMS A 












79 


200 OK 


IMS_A forwards the 200 OK 
response to IBCF A 




80 


200 OK 


IBCF_A forwards the 200 OK 
response to IBCFB 




' 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 
S 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


A 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






81 














V 










200 OK 


IBCF_B forwards the 200 OK 
response to IMS B 




82 


200 OK 


IMS_B forwards the 200 OK 
response to IMS B AS 




83 
























User A sees user B presence and 
capability information 



4.4.2.3 



Watcher subscription to resource list 



4.4.2.3.1 



Description 



UE_B is configured to receive notifications with watcher information. UE_B pubhshes its presence information. User B 
has authorized User A to see its presence information. User A is authorized to use resource lists which are considered to 
be XDMS lists of contacts provisioned in the user client and AS. UE_A subscribes to presence information state 
changes of a list of users containing UE_B. This test requires the use of application server in IMS_B, having the role of 
Presence Server (PS), and the use of application server in IMS_A, having the role of Resource List Server (RLS). The 
call flow path and node configuration for this use case corresponds to CF_INT_AS in case of interworking and 
CF_ROAM_AS (OPTIONAL) in case of roaming. 

The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT AS 


CF ROAM AS (OPTIONAL) 


1 


User B publishes presence and capability information 


Slept 


Stepi 


2 


User B is informed of its presence status update 


Step 6 


Step 12 


3 


User A subscribes to resource list previously stored in the 
User A client as XDMS list of contacts 


Step? 


Step 13 


4 


RLS performs authorization checks to ensure that User A 
is authorized to use resource lists 


Step 1 


Step 16 


5 


RLS resolves watcher resource's address and subscribes 
for presence event notification for all the presentities 
represented by the resource list SIP URI 


Step 1 7 


Step 23 


6 


PS performs authorization checks on the originator to 
ensure it is allowed to watch the presentity 


Step 23 


step 29 


7 


RLS notifies with presence and capability information for 
all the presentities represented by the resource list SIP 
URI 


Step 37 


Step 43 


8 


User A sees user B presence and capability information 


Step 42 


Step 48 
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4.4.2.3.2 UC_RCS_3_I: SIP message flow for watcher subscription to resource list with 

CF_INT_AS 

The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 
S 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


A 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 


























User B publishes presence and 
capability information 


2 
















f 








PUBLISH 


UE_B sends PUBLISH with 
information for all commonly 
supported presence and capability 
elements 


^. 




3 


PUBLISH 


IMS B forwards the PUBLISH to 
IMS BAS(PS) 


^ 


4 


200 OK 


IMS B AS responds with a 200 OK 
to IMS B 




5 


200 OK 


IMS_B forwards the 200 OK 
response to UE B 






6 


























User B is informed of its presence 
status update 


7 




User A subscribes to resource list 
previously stored in the User A 
client as XDMS list of contacts 


8 
























SUBSCRIBE 


UE_A sends ANONYMOUS 
SUBSCRIBE for "presence" event 
with expiry time of to IMS_A 
indicating support to "eventlist" to a 
resource list SIP URI 




^ 


9 


SUBSCRIBE 


IMS A forwards the SUBSCRIBE 
to IMS A AS (RLS) 




10 


























RLS performs authorization checl<s 
to ensure that User A is authorized 
to use resource lists 


11 






^ 


















200 OK 


IMS A AS responds with a 200 OK 
to IMS A 




12 


200 OK 


IMS_A forwards the 200 OK 
response to UE A 






13 


NOTIFY 


IMS A AS sends NOTIFY to 
IMS A 




14 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






15 


200 OK 


UE A responds with a 200 OK to 
IMS A 






16 


200 OK 


IMS_A forwards the 200 OK 
response to IMS A AS 




17 








*'-"■ "f^^B 


















RLS resolves watcher resource's 
address and subscribes for 
presence event notification for all 
the presentities represented by the 
resource list SIP URI 


18 














N. 


x 








SUBSCRIBE 


IMS_A AS (RLS) sends 
SUBSCRIBE for "presence" event 
to IMS A 




19 


SUBSCRIBE 


IMS A forwards the SUBSCRIBE 
to IBCF A 




20 


SUBSCRIBE 


IBCF A forwards the SUBSCRIBE 
to IBCF B 




21 


SUBSCRIBE 


IBCF B forwards the SUBSCRIBE 
to IMS B 




22 


SUBSCRIBE 


IMS B forwards the SUBSCRIBE 
to IMS B AS (PS) 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 
S 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






23 

■ 






















1" 




PS performs authorization cliecl<s 
on the originator to ensure it is 
allowed to watch the presentity 


24 












^ 


^ 


^ 








200 OK 


IMS B AS (PS) responds with a 
200 OK to IMS B 




25 


200 OK 


IMS_B forwards the 200 OK 
response to IBCF B 




26 


200 OK 


IBCF_B forwards the 200 OK 
response to IBCF A 




27 


200 OK 


IBCF_A forwards the 200 OK 
response to IMS A 




28 


200 OK 


IMS A forwards the 200 OK 
response to IMS A AS (RLS) 


^ 


29 


NOTIFY 


IMS_B AS sends a NOTIFY to 
IBCF_B with the presence and 
capability information of UE B 






30 


NOTIFY 


IBCF B forwards the NOTIFY to 
IBCF A 




31 




IBCF A forwards the NOTIFY to 
IMS A 




32 


NOTIFY 


IMS A forwards the NOTIFY to 
IMS A AS (RLS) 




33 


200 OK 


IMS A AS responds with a 200 OK 
to IMS A 




34 


200 OK 


IMS_A forwards the 200 OK 
response to IBCF A 




35 


200 OK 


IBCF_A forwards the 200 OK 
response to IBCF B 




36 


200 OK 


IBCF_B forwards the 200 OK 
response to IMS B AS 






37 


























RLS notifies with presence and 
capability information for all the 
presentities represented by the 
resource list SIP URI 


38 






f 


















NOTIFY 


IMS A AS sends NOTIFY to 
IMS A 




39 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






40 


200 OK 


UE A responds with a 200 OK to 
IMS A 






41 


200 OK 


IMS_A forwards the 200 OK 
response to IMS A AS 




42 


























User A sees user B presence and 
capability information 
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4.4.2.3.3 UC_RCS_3_R: SIP message flow for watcher subscription to resource list with 

CF_ROAM_AS (OPTIONAL) 

The expected call flow sequence is: 



Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



A 
S 
A 



I 

M 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

IVI 
S 
B 



A 
S 
B 



U 

E 
B 



U 
s 
e 
r 
B 



10 



11 



12 



13 



14 



15 



16 



17 



18 



19 



20 



21 



22 



23 



User B publishes presence and 
capability information 



PUBLISH 



UE_B sends PUBLISH with 
information for all commonly 
supported presence and capability 
elements 



PUBLISH 



IIVIS_A forwards the PUBLISH to 
IBCF A 



PUBLISH 



IBCF_A forwards the PUBLISH to 
IBCF B 



PUBLISH 



IBCF_B forwards the PUBLISH to 
IMS B 



PUBLISH 



IMS_B forwards the PUBLISH to 
IMS_B AS (PS) 



200 OK 



ll\/IS_B AS responds with a 200 OK 
to IIVIS B 



200 OK 



ll\/IS_B forwards the 200 OK 
response to IBCFB 



200 OK 



200 OK 



IBCF_B forwards the 200 OK 
response to IBCF A 



IBCF_A forwards the 200 OK 
response to ll\/IS_A 



200 OK 



ll\/IS_A forwards the 200 OK 
response to UE_B 



User B is informed of its presence 
status update 



User A subscribes to resource list 
previously stored in the User A 
client as XDIVIS list of contacts 



SUBSCRIBE 



UE_A sends ANONYIVIOUS 
SUBSCRIBE for "presence" event 
with expiry time of to IMS_A 
indicating support to "eventlist" to a 
resource list SIP URI 



SUBSCRIBE 



IMS_A forwards the SUBSCRIBE 
to IMS_A AS (RLS) 



RLS performs authorization checks 
to ensure that User A is authorized 
to use resource lists 



200 OK 



IMS_A AS responds with a 200 OK 
to IMS A 



200 OK 



IMS_A forwards the 200 OK 
response to UE_A 



NOTIFY 



IMS_A AS sends NOTIFY to 
IMS A 



NOTIFY 



IMS_A forwards the NOTIFY to 
UE A 



200 OK 



UE_A responds with a 200 OK to 
IMS A 



200 OK 



IMS_A forwards the 200 OK 
response to IMS_A AS 



RLS resolves watcher resource's 
address and subscribes for 
presence event notification for all 
the presentities represented by the 
resource list SIP URI 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 
S 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






24 








N 




V 












SUBSCRIBE 


IMS_A AS (RLS) sends 
SUBSCRIBE for "presence" event 
to IMS A 




25 


SUBSCRIBE 


IMS A forwards the SUBSCRIBE 
to IBCF A 




26 


SUBSCRIBE 


IBCF A forwards the SUBSCRIBE 
to IBCF B 




27 


SUBSCRIBE 


IBCF B forwards the SUBSCRIBE 
to IMS B 




28 


SUBSCRIBE 


IMS B forwards the SUBSCRIBE 
to IMS B AS (PS) 




29 


























PS performs authorization checl<s 
on the originator to ensure it is 
allowed to watch the presentity 


30 








^ 


^ 














200 OK 


IMS B AS (PS) responds with a 
200 OK to IMS B 




31 


200 OK 


IMS_B forwards the 200 OK 
response to IBCF B 


^ 


32 


200 OK 


IBCF_B forwards the 200 OK 
response to IBCF A 


^ 


33 


200 OK 


IBCF_A forwards the 200 OK 
response to IMS A 


^ 


34 


200 OK 


IMS_A forwards the 200 OK 
response to IMS A AS (RLS) 


^ 


35 


NOTIFY 


IMS_B AS sends a NOTIFY to 
IBCF_B with the presence and 
capability information of UE B 






36 


NOTIFY 


IBCF B forwards the NOTIFY to 
IBCF A 




37 




IBCF A forwards the NOTIFY to 
IMS A 




38 


NOTIFY 


IMS A forwards the NOTIFY to 
IMS A AS (RLS) 




39 


200 OK 


IMS A AS responds with a 200 OK 
to IMS A 




40 


200 OK 


IMS_A forwards the 200 OK 
response to IBCF A 




41 


200 OK 


IBCF_A forwards the 200 OK 
response to IBCF B 




42 


200 OK 


IBCF_B forwards the 200 OK 
response to IMS B AS 






43 


























RLS notifies with presence and 
capability information for all the 
presentities represented by the 
resource list SIP URI 


44 
























NOTIFY 


IMS A AS sends NOTIFY to 
IMS A 




45 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






46 


200 OK 


UE A responds with a 200 OK to 
IMS A 






47 


200 OK 


IMS_A forwards the 200 OK 
response to IMS A AS 




48 


























User A sees user B presence and 
capability information 
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4.4.3 IM/chat service 
4.4.3.1 General description 

IM/chat service session assumes the possibiHty for users to receive the following types of services: 

• 1-to-l chat (including support of notifications and file transfer within 1-to-l chat); 

• 1 -to-many chat. 

For all Use Cases it is assumed that UEs registered on the corresponding IMS networks and they have already 
performed capability discovery procedures. In particular, users subscribed to IM/chat service. 



4.4.3.2 



1-to-1 chat standard procedure 



Following there are the expected common call flow sequences for the standard procedures of 1-to-l chat service 
between RCS-e users. 



4.4.3.2.1 



UC_RCS_4_I: SIP message flow for 1-to-l chat standard procedure with 
CF INT AS 



The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT AS 


1 


User A selects User B in the phone address book and sends him 
an initial message 


Step1 


2 


User B is informed of incoming message 


Step 20 


3 


User A is informed that initial message was delivered to user B 


Step 39 


4 


User B reads the initial message from user A and opens the 1 -to-1 
chat 


Step 49 


5 


Users perform chatting 


Step 68 


6A 


User A closes the 1 -to-1 chat 


Step 69A 


6B 


User B closes the 1-to-1 chat 


Step 69B 


7A 


User A is informed that 1-to-1 chat with user B is closed 


Step 88A 


7B 


User B is informed that 1-to-1 chat with user A is closed 


Step 88B 



The expected call flow sequence is: 



Step 



Direction 



Message 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



A 

8/ 
I 

IVI 
A 



I 

M 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

IVI 
S 
B 



A 

3/ 
I 

M 
B 



U 

E 
B 



r 
B 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



User A selects User B in the phone 
address book and sends him an 
initial message 



UE_A sends INVITE to ll\/IS_A with 
user A initial message in the Subject 
header, CPIIVI/IMND headers and 
the first SDP offer indicating all 
specific data for IVISRP connection 
set up 



IIVIS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to AS/IM A 



AS/IM_A responds with a 100 
Trying provisional response 



AS/IM_A returns, possibly modified, 

INVITE to IIVIS_A 

IMS_A responds with a 1 00 Trying 
provisional response 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 

S/ 
1 

M 
B 


u 

E 
B 


U 
s 
e 
r 
B 






8 
















■N. 








INVITE 


IMS_A forwards INVITE to IBGF_A 




9 


100 Trying 


IBGF_A responds with a 100 Trying 
provisional response 




10 


INVITE 


IBGF_A forwards INVITE to IBCF_B 


^ 


11 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




12 


INVITE 


IBCF_B forwards INVITE to IMS_B 


f 


13 


100 Trying 


IMS_B responds with a 1 00 Trying 
provisional response 




14 


INVITE 


IMS_B forwards INVITE to AS/IM_B 




15 


100 Trying 


AS/IM_B responds with a 100 
Trying provisional response 




16 


INVITE 


AS/IM B returns, possibly modified, 
INVITE to IMS B 


^. 


17 


100 Trying 


IMS_B responds with a 1 00 Trying 
provisional response 




18 


INVITE 


1MS_B forwards INVITE to UE_B 


f 




19 


100 Trying 


UE_B optionally responds with a 
100 Trying provisional response 






20 


























User B is informed of incoming 
message 




21 






^ 








f 


^ 








180 Ringing 


UE_B responds to initial INVITE 
with 180 Ringing to indicate that 
invitation to a 1-to-1 chat session 
has reached the invited user 


^ 




22 


180 Ringing 


IMS_B forwards 180 Ringing 
response to AS/IM B 


^ 


23 


180 Ringing 


AS/IM_B returns, possibly modified, 
180 Ringing response to IMS B 


^ 


24 


180 Ringing 


IMS_B forwards 180 Ringing 
response to IBCF B 


f 


25 


180 Ringing 


IBCF_B forwards 180 Ringing 
response to IBCF A 




26 


180 Ringing 


IBCF_A forwards 180 Ringing 
response to IMS A 




27 


180 Ringing 


IMS_A forwards 180 Ringing 
response to AS/IM A 




28 


180 Ringing 


AS/IM_A returns, possibly modified, 
180 Ringing response to IMS A 




29 


180 Ringing 


IMS_A forwards 180 Ringing 
response to UE A 


f 




30 


MESSAGE 


UE_B sends MESSAGE to IMS_B 
with delivery notification of initial 
message from user A 


^. 




31 


MESSAGE 


IMS B forwards MESSAGE to 
AS/IM B 


f 


32 


MESSAGE 


AS/IM B returns, possibly modified, 
MESSAGE to IMS B 




33 


MESSAGE 


IMS B forwards MESSAGE to 
IBCF B 




34 


MESSAGE 


IBCF B forwards MESSAGE to 
IBCF A 




35 


MESSAGE 


IBCF A forwards MESSAGE to 
IMS A 




36 


MESSAGE 


IMS A forwards MESSAGE to 
AS/IM A 




37 


MESSAGE 


AS/IM A returns, possibly modified, 
MESSAGE to IMS A 




38 


MESSAGE 


IMS A forwards MESSAGE to 
UE A 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 
S 
B 


A 

S/ 
1 

M 
B 


u 

E 
B 


u 

s 
e 
r 
B 






39 


























User A is informed that initial 
message was delivered to user B 




40 














V 










200 OK 


UE_A responds IVIESSAGE with 
200 OK response 






41 


200 OK 


IMS A forwards 200 OK response 
toAS/IM A 




42 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




43 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 




44 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




45 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




46 


200 OK 


IMS B forwards 200 OK response 
toAS/IM B 




47 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




48 


200 OK 


IMS B forwards 200 OK response 
toUE B 






49 




















^ 






User B reads the initial message 
from user A and opens the 1 -to-1 
chat 




50 








^ 


^ 


^ 




^ 








200 OK 


UE_B responds INVITE with 200 
OK response with SDP to indicate 
that the session has been accepted 
and inform A-side with specific data 
for MSRP connection set up 






51 


200 OK 


IMS B forwards 200 OK response 
toAS/IM B 




52 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




53 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 


V 


54 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




55 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




56 


200 OK 


IMS A forwards 200 OK response 
toAS/IM A 




57 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




58 


200 OK 


IMS A forwards 200 OK response 
toUE A 






59 


ACK 


UE A acknowledges the receipt of 
200 OK for INVITE 






60 


ACK 


IMS_A forwards ACK to AS/IM_A 




61 


ACK 


AS/IM A returns, possibly modified, 
ACK to IMS A 




62 


ACK 


IMS_A forwards ACK to IBCF_A 




63 


ACK 


IBCF_A forwards ACK to IBCF_B 




64 


ACK 


IBCF_B forwards ACK to IMS_B 




65 


ACK 


IMS_B forwards ACK to AS/IM_B 


f 


66 


ACK 


AS/IM B returns, possibly modified, 
ACK to IMS B 




67 


ACK 


IMS_B forwards ACK to UE_B 






68 " 


























Users perform chatting (see clause 
5.3.1 Chat 1 to 1 via MSRP) 




















69A 




-^ 




































User A closes the 1 -to-1 chat 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






70A 
























BYE 


UE_A releases the 1-to-1 chat 
session with BYE 




^ 


71A 


BYE 


IMS_A forwards BYE to AS/IM_A 




72A 


BYE 


AS/IIVI A returns, possibly modified, 
BYE to IMS A 




73A 


BYE 


IMS_A forwards BYE to IBCF_A 


^ 


74A 


BYE 


IBCF_A forwards BYE to IBCF_B 


^ 


75A 


BYE 


IBCF_B forwards BYE to IMS_B 


^ 


76A 


BYE 


IMS_B forwards BYE to AS/IM_B 


^ 


77A 


BYE 


AS/IM B returns, possibly modified, 
BYE to IMS B 




78A 


BYE 


IMS_B forwards BYE to UE_B 


^ 




79A 


200 OK 


UE_B sends 200 OK for BYE 






80A 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 




81A 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




82A 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




83A 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




84A 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




85A 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




86A 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




87A 


200 OK 


IMS A forwards 200 OK response 
toUE A 






88A 




^ 
















^ 






User A is informed that 1-to-1 chat 
with user B is closed 




69B 




User B close the 1-to-1 chat 


70B 






f 


^ 








f 








BYE 


UE_B releases the 1-to-1 chat 
session with BYE 


^. 




71 B 


BYE 


IMS_B forwards BYE to AS/IM_B 




72B 


BYE 


AS/IM B returns, possibly modified, 
BYE to IMS B 


»» 


73B 


BYE 


IMS_B forwards BYE to IBCF_B 


N. 


74B 


BYE 


IBCF_B forwards BYE to IBCF_A 




75B 


BYE 


IBCF_A forwards BYE to IMS_A 




76B 


BYE 


IMS_A forwards BYE to AS/IM_A 




77B 


BYE 


AS/IM A returns, possibly modified, 
BYE to IMS A 




78B 


BYE 


IMS_A forwards BYE to UE_A 






79B 


200 OK 


UE_A sends 200 OK for BYE 




^ 


80B 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




81B 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




82B 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 




83B 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




84B 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




85B 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






86B 
















f 








200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IIVIS B 




87B 


200 OK 


IIVIS B forwards 200 OK response 
toUE B 






88B ' 




^^^ 


^^^ 


^^^ 


^^^ 


^^^ 














User B is informed that that 1-to-1 
chat with user A is closed 

































4.4.3.2.2 UC_RCS_4_R: SIP message flow for 1 -to-1 chat standard procedure with 

CF_ROAM_AS (OPTIONAL) 

The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF ROAM AS 


1 


User B selects User A in the phone address book and sends him 
an initial message 


Stepi 


2 


User A is informed of incoming message 


Step 26 


3 


User B is informed that initial message was delivered to user A 


Step 51 


4 


User A reads the initial message from user B and opens the 1 -to-1 
chat 


Step 64 


5 


Users perform chatting 


Step 89 


6A 


User B closes the 1-to-1 chat 


Step 90A 


6B 


User A closes the 1 -to-1 chat 


Step 90B 


7A 


User B is informed that that 1-to-1 chat with user A is closed 


Step 115A 


7B 


User A is informed that that 1-to-1 chat with user B is closed 


Step 11 5B 



The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

M 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 




















^ 






User B selects User A in the phone 
address book and sends him an 
initial message 




2 










f 














INVITE 


UE_B sends INVITE to IMS_A with 
user B initial message in the Subject 
header, CPIM/IMND headers and the 
first SDP offer indicating all specific 
data for IVISRP connection set up 












3 


100 Trying 


IIVIS_A responds with a 1 00 Trying 
provisional response 












4 


INVITE 


IMS_A forwards INVITE to IBCF_A 


f 


5 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




7 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


9 


100 Trying 


IMS_B responds with a 1 00 Trying 
provisional response 




10 


INVITE 


IMS_B forwards INVITE to AS/IM_B 


^ 


11 


100 Trying 


AS/IM_B responds with a 100 Trying 
provisional response 




12 


INVITE 


AS/IIVI B returns, possibly modified, 
INVITE to IMS B 
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Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



A 

S/ 
I 

IVI 
A 



I 
IVI 

s 

A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



13 



14 

Ts" 

l6" 
17 



19 



20 
21 



22 



23 



24 
"25" 



26 



27 



28 



29 



30 



31 



32 



33 



34 



35 



36 



37 



38 



39 



40 



41 



42 



43 



100 Trying 



IMS_B responds with a 1 00 Trying 
provisional response 



INVITE 



IMS B forwards INVITE to IBCF B 



100 Trying 



IBCF_B responds with a 100 Trying 
provisional response 



INVITE 



IBCF B forwards INVITE to IBCF A 



100 Trying 



IBCF_A responds with a 100 Trying 
provisional response 



INVITE 



IBCF A forwards INVITE to IMS A 



100 Trying 



IMS_A responds with a 1 00 Trying 
provisional response 



INVITE 



IMS A forwards INVITE to AS/IM A 



100 Trying 



AS/IM_A responds with a 100 Trying 
provisional response 



INVITE 



AS/IM_A returns, possibly modified, 
INVITE to IMS A 



100 Trying 



IMS_A responds with a 1 00 Trying 
provisional response 



INVITE 



IMS A forwards INVITE to UE A 



100 Trying 



UE_A optionally responds with a 100 
Trying provisional response 



User A is informed of incoming 
message 



180 Ringing 



UE_A responds to initial INVITE with 
180 Ringing to indicate that invitation 
to a 1 -to-1 chat session has reached 
the invited user 



180 Ringing 



IMS_A forwards 180 Ringing 
response to AS/IM_A 



180 Ringing 



AS/IM_A returns, possibly modified, 
180 Ringing response to IMS_A 



180 Ringing 



IMS_A forwards 180 Ringing 
response to IBCFA 



180 Ringing 



IBCF_A forwards 180 Ringing 
response to IBCFB 



180 Ringing 



IBCF_B forwards 180 Ringing 
response to IMS_B 



180 Ringing 



IMS_B forwards 180 Ringing 
response to AS/IM_B 



180 Ringing 



AS/IM_B returns, possibly modified, 
180 Ringing response to IMS_B 



180 Ringing 



IMS_B forwards 180 Ringing 
response to IBCF_B 



180 Ringing 



IBCF_B forwards 180 Ringing 
response to IBCFA 



180 Ringing 



IBCF_A forwards 180 Ringing 
response to IMS_ A 



180 Ringing 



IMS_A forwards 180 Ringing 
response to UE_B 



MESSAGE 



UE_A sends MESSAGE to IMS_A 
with delivery notification of initial 
message from user B 



MESSAGE 



IMS_A forwards MESSAGE to 
AS/IM A 



MESSAGE 



AS/IM_A returns, possibly modified, 
MESSAGE to IMS A 



MESSAGE 



IMS_A forwards MESSAGE to 
IBCF A 



MESSAGE 



IBCF_A forwards MESSAGE to 
IBCF B 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 

s 

B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






44 










^ 


^ 


V 










MESSAGE 


IBCF B forwards MESSAGE to 
IMS B 




45 


MESSAGE 


IMS B forwards MESSAGE to 
AS/IM B 




46 


MESSAGE 


AS/IM B returns, possibly modified, 
MESSAGE to IMS B 




47 


MESSAGE 


IMS B forwards MESSAGE to 
IBCF B 




48 


MESSAGE 


IBCF B forwards MESSAGE to 
IBCF A 




49 


MESSAGE 


IBCF A forwards MESSAGE to 
IMS A 




50 


MESSAGE 


IMS_A forwards MESSAGE to UE_B 












51 


























User B is informed that initial 
message was delivered to user A 




52 






f 


^ 
















200 OK 


UE_B responds MESSAGE with 200 
OK response 






V 






53 


200 OK 


IMS A forwards 200 OK response to 
IBCF A 


^ 


54 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 


^ 


55 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




56 


200 OK 


IMS B forwards 200 OK response to 
AS/IM B 




57 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




58 


200 OK 


IMS B forwards 200 OK response to 
IBCF B 




59 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




60 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




61 


200 OK 


IMS A forwards 200 OK response to 
AS/IM A 




62 


200 OK 


AS/IM A returns, possibly modified, 
ACK to IMS A 




63 


200 OK 


IMS_A forwards ACK to UE_A 






64 


























User A reads the initial message 
from user B and opens the 1 -to-1 
chat 




65 














V 










200 OK 


UE_A responds INVITE with 200 OK 
response with SDP to indicate that 
the session has been accepted and 
inform B-side with specific data for 
MSRP connection set up 






66 


200 OK 


IMS A forwards 200 OK response to 
AS/IM A 




67 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




68 


200 OK 


IMS A forwards 200 OK response to 
IBCF A 




69 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




70 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




71 


200 OK 


IMS B forwards 200 OK response to 
AS/IM B 




/ 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






72 
















f 








200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IIVIS B 




73 


200 OK 


IIVIS B forwards 200 OK response to 
IBCF B 




74 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




75 


200 OK 


IBCF A fonwards 200 OK response 
to IMS A 




76 


200 OK 


IIVIS A forwards 200 OK response to 
UE B 


^ 










77 


ACK 


UE B acknowledges the receipt of 
200 OK for INVITE 




N 


V 






78 


ACK 


IMS_A forwards ACK to IBCF_A 


^ 


79 


ACK 


IBCF_A forwards ACK to IBCF_B 


^ 


80 


ACK 


IBCF_B forwards ACK to IMS_B 




81 


ACK 


IMS_B forwards ACK to AS/IM_B 


f 


82 


ACK 


AS/IM B returns, possibly modified, 
ACK to IMS B 




83 


ACK 


IMS_B forwards ACK to IBCF_B 




84 


ACK 


IBCF_B forwards ACK to IBCF_A 




85 


ACK 


IBCF_A forwards ACK to IMS_A 




86 


ACK 


IMS_A forwards ACK to AS/IM_A 




87 


ACK 


AS/IM A returns, possibly modified, 
ACK to IMS A 




88 


ACK 


IMS_A forwards ACK to UE_A 






89 
90A 




^ 












^H 








^ 


Users perform chatting (see clause 
5.3.1 Chat 1 to 1 via MSRP) 
User B closes the 1-to-1 chat 


















d 


91A 






^ 




^ 














BYE 


UE_B releases the 1-to-1 chat 
session with BYE 


N. 


V 


V 






92A 


BYE 


IMS_A forwards BYE to IBCF_A 


^ 


93A 


BYE 


IBCF_A forwards BYE to IBCF_B 


f 


94A 


BYE 


IBCF_B forwards BYE to IMS_B 


^ 


95A 


BYE 


IMS_B forwards BYE to AS/IM_B 


f 


96A 


BYE 


AS/IM B returns, possibly modified, 
BYE to IMS B 




97A 


BYE 


IMS_B forwards BYE to IBCF_B 




98A 


BYE 


IBCF_B forwards BYE to IBCF_A 


V 


99A 


BYE 


IBCF_A forwards BYE to IMS_A 


V 


100A 


BYE 


IMS_A forwards BYE to AS/IM_A 




101A 


BYE 


AS/IM A returns, possibly modified, 
BYE to IMS A 




102A 


BYE 


IMS_A forwards BYE to UE_A 






103A 


200 OK 


UE_A sends 200 OK for BYE 






104A 


200 OK 


IMS A forwards 200 OK response to 
AS/IM A 




105A 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




106A 


200 OK 


IMS A forwards 200 OK response to 
IBCF A 




107A 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




108A 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




109A 


200 OK 


IMS B forwards 200 OK response to 
AS/IM B 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 

s 

B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






11 OA 
















f 








200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IIVIS B 




111A 


200 OK 


IIVIS B forwards 200 OK response to 
IBCF B 




112A 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




113A 


200 OK 


IBCF A fonwards 200 OK response 
to IMS A 




114A 


200 OK 


IIVIS A forwards 200 OK response to 
UE B 












115A 




^ 






,1^ ■■■ . ) 


L|.. S^ 










tt; 




User B is informed that that 1-to-1 
chat with user A is closed 




90B 




User A closes the 1 -to-1 chat 


91B 














N 










BYE 


UE_A releases the 1-to-1 chat 
session with BYE 




^ 


92B 


BYE 


IMS_A forwards BYE to AS/IM_A 




938 


BYE 


AS/IIVI A returns, possibly modified, 
BYE to IMS A 




94B 


BYE 


IMS_A forwards BYE to IBCF_A 


^ 


95B 


BYE 


IBCF_A forwards BYE to IBCF_B 




968 


BYE 


IBCF_B forwards BYE to IMS_B 




97B 


BYE 


IMS_B forwards BYE to AS/IM_B 


^ 


98B 


BYE 


AS/IM B returns, possibly modified, 
BYE to IMS B 




998 


BYE 


IMS_B forwards BYE to IBCF_B 




100B 


BYE 


IBCF_B forwards BYE to IBCF_A 




101B 


BYE 


IBCF_A forwards BYE to IMS_A 




102B 


BYE 


IMS_A forwards BYE to UE_B 












103B 


200 OK 


UE_B sends 200 OK for BYE 












104B 


200 OK 


IMS A forwards 200 OK response to 
IBCF A 


^ 


105B 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 


^ 


106B 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 


^ 


107B 


200 OK 


IMS B forwards 200 OK response to 
AS/IM B 




108B 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




109B 


200 OK 


IMS B forwards 200 OK response to 
IBCF B 




11 OB 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




111B 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




112B 


200 OK 


IMS A forwards 200 OK response to 
AS/IM A 




113B 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




114B 


200 OK 


IMS A forwards 200 OK response to 
UE A 






115B 




^ 










TSIf^p 








^V 


User A is informed that that 1-to-1 
chat with user B is closed 
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4.4.3.3 



File transfer within 1-to-1 chat 



Following there are the expected common call flow sequences for IM/chat service when the incoming one-to-one IM 
session requests is not answered by the RCS client. 



4.4.3.3.1 



UC_RCS_5_I: SIP message flow for file transfer within 1 -to-1 chat with 
CF INT AS 



The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT AS 


1 


User A selects User B in the phone address book and sends 
him an initial message 


UC_RCS_4_I Step 1 


2 


User B is informed of incoming message 


UC RCS 4 1 Step 20 


3 


User A is informed that initial message was delivered to user B 


UC RCS 4 1 Step 39 


4 


User B reads the initial message from user A and opens the 1- 
to-1 chat 


UC_RCS_4_I Step 49 


5 


Users perform chatting 


UC RCS 4 1 Step 68 


6 


User A initiates a file transfer to user B 


Step 2 


7 


User B is informed of incoming file and accepts the transfer 


Step 21 


8 


User A is informed that file transfer has been accepted by user 
B 


Step 31 


9 


File transfer starts 


Step 41 


10 


File transfer completed (size checked) 


Step 42 


11 


User B is informed that file transfer completed 


Step 52 


12 


User A is informed that file transfer completed 


Step 62 


13 


Users continue chatting 


Step 63 


14A 


User A closes the 1-to-1 chat 


UC RCS 4 1 Step 69A 


14B 


User B closes the 1-to-1 chat 


UC RCS 4 1 Step 69B 


15A 


User A is informed that 1 -to-1 chat with user B is closed 


UC RCS 4 1 Step 88A 


15B 


User B is informed that 1 -to-1 chat with user A is closed 


UC RCS 4 1 Step 88B 



The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 


























Follow UC RCS 4 1(1-68) 


2 




User A initiates a file transfer to user 
B 




3 














V 










INVITE 


UE_A sends INVITE to IMS_A to 
establish a new session with the 
SDP offer indicating all specific data 
for a new IVISRP connection set up 


f 




4 


100 Trying 


IIVIS_A responds with a 1 00 Trying 
provisional response 






5 


INVITE 


IMS_A forwards INVITE to AS/IM_A 




6 


100 Trying 


AS/IM_A responds with a 100 
Trying provisional response 




7 


INVITE 


AS/IM A returns, possibly modified, 
INVITE to IMS A 




8 


100 Trying 


IIVIS_A responds with a 1 00 Trying 
provisional response 




9 


INVITE 


IMS_A forwards INVITE to IBCF_A 


f 


10 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




11 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




12 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




13 


INVITE 


IBCF B forwards INVITE to IMS B 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 

S/ 
1 

M 
B 


u 

E 
B 


U 
s 
e 
r 
B 






14 














^ 


^. 








100 Trying 


IMS_B responds with a 1 00 Trying 
provisional response 




15 


INVITE 


IMS_B forwards INVITE to AS/IM_B 




16 


100 Trying 


AS/IM_B responds with a 100 
Trying provisional response 




17 


INVITE 


AS/IM B returns, possibly modified, 
INVITE to IMS B 


■N. 


18 


100 Trying 


IMS_B responds with a 1 00 Trying 
provisional response 




19 


INVITE 


IMS_B forwards INVITE to UE_B 






20 


100 Trying 


UE_B optionally responds with a 
100 Trying provisional response 






21 


























User B is informed of incoming file 
and accepts the transfer 




22 










f 


^ 


^ 


^ 








200 OK 


UE_B responds INVITE with 200 
OK response with SDP to indicate 
that the session has been accepted 
and inform A-side with specific data 
for a new MSRP connection set up 






23 


200 OK 


IIVIS B forwards 200 OK response 
to AS/IM B 




24 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




25 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




26 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




27 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




28 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




29 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




30 


200 OK 


IMS A forwards 200 OK response 
toUE A 






31 




f 












User A is informed that file transfer 
has been accepted by user B 








^^^ 


^^^ 






32 


















■N. 






ACK 


UE A acknowledges the receipt of 
200 OK for INVITE 






33 


ACK 


IMS_A forwards ACK to AS/IM_A 




34 


ACK 


AS/IM A returns, possibly modified, 
ACK to IMS A 




35 


ACK 


IMS_A forwards ACK to IBCF_A 




36 


ACK 


IBCF_A forwards ACK to IBCF_B 




37 


ACK 


IBCF_B forwards ACK to IMS_B 




38 


ACK 


IMS_B forwards ACK to AS/IM_B 




39 


ACK 


AS/IM B returns, possibly modified, 
ACK to IMS B 




40 


ACK 


IMS_B forwards ACK to UE_B 






41 
42 




^ 
















> 






File transfer starts (see clause 5.3.3 
File transfer completed (size 
checked) 


43 












V 












BYE 


UE_A releases the file transfer 
session with BYE 






44 


BYE 


IMS_A forwards BYE to AS/IM_A 




45 


BYE 


AS/IM A returns, possibly modified, 
BYE to IMS A 




46 


BYE 


IMS_A forwards BYE to IBCF_A 




47 


BYE 


IBCF_A forwards BYE to IBCF_B 




•' 
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Step 


Direction 


Message 


Comment 
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A 


1 
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S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






48 
















>. 








BYE 


IBCF_B forwards BYE to IMS_B 




49 


BYE 


IMS_B forwards BYE to AS/IM_B 




50 


BYE 


AS/IM B returns, possibly modified, 
BYE to IMS B 




51 


BYE 


IMS_B forwards BYE to UE_B 






52 


























User B is informed tliat file transfer 
completed 




53 








^ 


f 


^ 












200 OK 


UE_B sends 200 OK for BYE 






54 


200 OK 


IIVIS B forwards 200 OK response 
to AS/IM B 




55 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




56 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




57 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




58 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




59 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




60 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




61 


200 OK 


IMS A forwards 200 OK response 
toUE A 






62 




^ 






















User A is informed that file transfer 
completed 




64 






















Continue UC RCS 4 1 (69A-88B) 



4.4.3.3.2 UC_RCS_5_R: SIP message flow for file transfer within 1 -to-1 chat with 

CF_ROAM_AS (OPTIONAL) 

The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT AS 


1 


User B selects User A in the phone address book and sends him an initial message 


UC RCS 4 R Step 1 


2 


User A is informed of incoming message 


UC RCS 4 R Step 26 


3 


User B is informed that initial message was delivered to user A 


UC RCS 4 R Step 51 


4 


User A reads the initial message from user B and opens the 1-to-1 chat 


UC RCS 4 R Step 64 


5 


Users perform chatting 


UC RCS 4 R Step 89 


6 


User B initiates a file transfer to user A 


Step 2 


7 


User A is informed of incoming file and accepts the transfer 


Step 27 


8 


User B is informed that file transfer has been accepted by user B 


Step 40 


9 


File transfer starts 


Step 53 


10 


File transfer completed (size checked) 


Step 54 


11 


User A is informed that file transfer completed 


Step 67 


12 


User B is informed that file transfer completed 


Step 80 


13 


Users continue chatting 


Step 81 


14A 


User B closes the 1-to-1 chat 


UC RCS 4 R Step 90A 


14B 


User A closes the 1-to-1 chat 


UC RCS 4 R Step 90B 


15A 


User B is informed that that 1 -to-1 chat with user A is closed 


UC RCS 4 RStep115A 


15B 


User A is informed that that 1 -to-1 chat with user B is closed 


UC RCS 4 RStep115B 
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The expected call flow sequence is: 



Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



A 

S/ 
I 

IVI 
A 



I 
IVI 

s 

A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



10 



11 



12 



13 



14 



15 



16 



17 



19 



20 



21 



22 



23 



24 



25 



26 



27 



28 



29 



30 



31 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



Follow UC_RCS_4_R (1-89) 



User B initiates a file transfer to user 
A 



UE_B sends INVITE to IIVIS_A to 
establish a new session with the 
SDP offer indicating all specific data 
for a new IVISRP connection set up 



IIVIS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to AS/IM B 



AS/IM_B responds with a 100 Trying 
provisional response 



AS/IM_B returns, possibly modified, 
INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to AS/IM A 



AS/IM_A responds with a 100 Trying 
provisional response 



AS/IM_A returns, possibly modified, 
INVITE to IMS A 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to UE A 



UE_A optionally responds with a 100 
Trying provisional response 



User A is informed of incoming 
and accepts the transfer 



UE_A responds INVITE with 200 OK 
response with SDP to indicate that 
the session has been accepted and 
inform B-side with specific data for a 
new MSRP connection set up 



IMS_A forwards 200 OK response to 
AS/IM A 



AS/IM_A returns, possibly modified, 
200 OK response to IMS_A 



IMS_A forwards 200 OK response to 
IBCF A 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






32 










^ 














200 OK 


IBCF A forwards 200 OK response 
to IBCF B 


^ 


33 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 


^ 


34 


200 OK 


IMS B forwards 200 OK response to 
AS/IM B 




35 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




36 


200 OK 


IMS B forwards 200 OK response to 
IBCF B 




37 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




38 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




39 


200 OK 


IMS A forwards 200 OK response to 
UE B 












40 


























User B is informed tliat file transfer 
has been accepted by user B 




41 






^ 


^ 
















ACK 


UE B acl<nowledges the receipt of 
200 OK for INVITE 






>. 






42 


ACK 


IMS_A forwards ACK to IBCF_A 


^ 


43 


ACK 


IBCF_A forwards ACK to IBCF_B 




44 


ACK 


IBCF_B forwards ACK to IMS_B 




45 


ACK 


IMS_B forwards ACK to AS/IM_B 




46 


ACK 


AS/IM B returns, possibly modified, 
ACK to IMS B 




47 


ACK 


IMS_B forwards ACK to IBCF_B 




48 


ACK 


IBCF_B forwards ACK to IBCF_A 




49 


ACK 


IBCF_A forwards ACK to IMS_A 




50 


ACK 


IMS_A forwards ACK to AS/IM_A 




51 


ACK 


AS/IM A returns, possibly modified, 
ACK to IMS A 




52 


ACK 


IMS_A forwards ACK to UE_A 






53 
54 




^ 












^ 




> 






File transfer starts (see clause 5.3.3) 
File transfer completed (size 
checked) 


55 








^ 


^ 














BYE 


UE_B releases the file transfer 
session with BYE 






N. 






56 


BYE 


IMS_A forwards BYE to IBCF_A 


^ 


57 


BYE 


IBCF_A forwards BYE to IBCF_B 




58 


BYE 


IBCF_B forwards BYE to IMS_B 




59 


BYE 


IMS_B forwards BYE to AS/IM_B 


^ 


60 


BYE 


AS/IM B returns, possibly modified, 
BYE to IMS B 




61 


BYE 


IMS_B forwards BYE to IBCF_B 




62 


BYE 


IBCF_B forwards BYE to IBCF_A 




63 


BYE 


IBCF_A forwards BYE to IMS_A 




64 


BYE 


IMS_A forwards BYE to AS/IM_A 




65 


BYE 


AS/IM A returns, possibly modified, 
BYE to IMS A 




66 


BYE 


IMS_A forwards BYE to UE_A 






67 


























User A is informed that file transfer 
completed 


68 
























200 OK 


UE_A sends 200 OK for BYE 






69 


200 OK 


IMS A forwards 200 OK response to 
AS/IM A 




70 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS_A 




' 
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Direction 


Message 


Comment 
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A 
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E 
A 


A 

S/ 
1 

IVI 
A 
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s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






71 
























200 OK 


IMS A forwards 200 OK response to 
IBCF A 




72 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 


f 


73 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 


f 


74 


200 OK 


IMS B forwards 200 OK response to 
AS/IM B 


^ 


75 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




76 


200 OK 


IMS B forwards 200 OK response to 
IBCF B 




77 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




78 


200 OK 


IBCF A fonwards 200 OK response 
to IMS A 




79 


200 OK 


IMS A forwards 200 OK response to 
UE B 












80 

R1 


























User B is informed that file transfer 
completed 




82 






















Continue UC RCS 4 R(90A-115B) 



4.4.3.4 



1 -to-many chat 



4.4.3.4.1 



UC_RCS_6_I: SIP message flow for 1 -to-many chat with CF_INT_AS 



Following there are the expected common call flow sequences for normal procedure of 1 -to-many chat. It is assumed 
that in 1 -to-many chat there should be additional user C, but for the clarity in the call flow sequences only two users 
presented since the message flow for UE_C is the same as for the other users. 

NOTE 1: In this Use Case AS/IM_A server assumes to be a Controlling IM server for 1 -to-many Chat sessions and 
UE_A should have configured IM CONFERENCE FACTORY URL 

NOTE 2: According to RCS-e specification [11] delivery and display notifications in 1 -to-many Chat are not 
required and therefore not presented in this Use Case CFW. 

The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT AS 


1 


User A initiates a 1 -to-many Chat with User B and User C by sending initial message 


Step 1 


2 


User A is informed that the 1 -to-many Chat is established 


Step 8 


3 


User B is informed of incoming invitation from User A to join the 1 -to-many Chat 


Step 25 


4 


User B reads the initial message and accepts the 1 -to-many Chat invitation 


Step 26 


5 


User A is notified with list of 1 -to-many Chat participants 


Step 47 


6 


User B is notified with list of 1 -to-many Chat participants 


Step 71 


7 


Users perform messaging in the 1 -to-many Chat 


Step 79 


8A 


User B leaves the 1 -to-many Chat 


Step 80A 


8B 


User A leaves the 1 -to-many Chat 


Step 806 


9A 


User B is informed that he has left the 1 -to-many Chat 


Step 95A 


9B 


User A is informed that he has left the 1 -to-many Chat 


Step 85B 


10A 


User A is notified that all other users have left the 1 -to-many Chat 


Step 98A 


10B 


User B is notified that all other users have left the 1 -to-many Chat 


Step 93B 
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Step 


Action 


CF INT AS 


11A 


User A leaves the 1 -to-many Chat 


Step 101 A 


11B 


User B leaves the 1 -to-many Chat 


Step 1 01 B 


12A 


User A is informed that the 1 -to-many Chat has ended 


Step106A 


12B 


User B is informed that the 1 -to-many Chat has ended 


Step 116B 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 


























User A initiates a 1 -to-many Chat 
with User B and User C by 
sending initial message 




2 








>. 
















INVITE 


UE_A sends INVITE to IMS_A 
with Request-URI set to IM 
CONFERENCE FACTORY URI, 
MIME resource-list body including 
invited IM Users and the first SDP 
offer indicating all specific data 
for MSRP connection set up 


f 




3 


100 Trying 


IMS_A responds with a 1 00 
Trying provisional response 


f 


f 


4 


INVITE 


IMS A forwards INVITE to 
AS/IM A 




5 


100 Trying 


AS/IM_A responds with a 100 
Trying provisional response 




6 


200 OK 


AS/IM_A responds INVITE with 
200 OK response with IM session 
Identity allocated for the current 
1 -to-many Chat to indicate that 
the session has been accepted 
and SDP to inform A-side with 
specific data for MSRP 
connection set up 


7 


200 OK 


IMS_A forwards 200 OK 
response to AS/IM A 






8 




(^^ 




■ 


















User A is informed that the 1 -to- 
many Chat is established 


9 














>. 


N 








ACK 


UE A acknowledges the receipt 
of 200 OK for INVITE 






10 


ACK 


IMS_A forwards ACK to AS/IM_A 


^. 


11 


INVITE 


AS/IM_A sends INVITE to UE_B 
with IM session identity (allocated 
for the current 1 -to-many Chat) 
and IM address of the Inviting IM 
UE (UE A) 




12 


100 Trying 


IMS_A responds with a 1 00 
Trying provisional response 




13 


INVITE 


IMS A forwards INVITE to 
IBCF A 




14 


100 Trying 


IBCF_A responds with a 100 
Trying provisional response 




15 


INVITE 


IBCF A forwards INVITE to 
IBCF B 


^ 


16 


100 Trying 


IBCF_B responds with a 100 
Trying provisional response 




17 


INVITE 


IBCF B forwards INVITE to 
IMS B 




18 


100 Trying 


IMS_B responds with a 100 
Trying provisional response 




19 


INVITE 


IMS B forwards INVITE to 
AS/IM B 
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Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



A 

S/ 
I 

IVI 
A 



I 
IVI 

s 

A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



20 



21 



22 



23 



24 



25 



26 



27 



28 



29 



30 



31 



32 



33 



34 



35 



36 



37 



38 



39 



40 



41 



42 



43 



44 



45 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



SUBSCRIBE 



SUBSCRIBE 



200 OK 



200 OK 



NOTIFY 



AS/IIVI_B responds with a 100 
Trying provisional response 



AS/IIVI_B returns, possibly 
modified. INVITE to IIVIS_B 



IIVIS_B responds with a 100 
Trying provisional response 



IMS B forwards INVITE to UE B 



UE_B optionally responds with a 
100 Trying provisional response 



User B is informed of incoming 
invitation from User A to join the 
1 -to-many Chat 



User B reads the initial message 
and accepts the 1 -to-many Chat 
invitation 



UE_B responds INVITE with 200 
OK response with SDP to 
indicate that the session has 
been accepted and inform 
AS/IM_A with specific data for 
IVISRP connection set up 



IMS_B forwards 200 OK 
response to AS/IM_B 



AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 



IMS_B forwards 200 OK 
response to IBCF_B 



IBCF_B forwards 200 OK 
response to IBCFA 



IBCF_A forwards 200 OK 
response to IMS_A 



IMS_A forwards 200 OK 
response to AS/IM_A 



AS/IM_A acknowledges the 
receipt of 200 OK for INVITE 



IMS A forwards ACK to IBCF A 



IBCF A forwards ACK to IBCF B 



IBCF B forwards ACK to IMS B 



IMS B forwards ACK to AS/I M B 



AS/IM_B returns, possibly 
modified, ACK to IMS_B 



IMS B forwards ACK to UE B 



UE_A subscribes to the 
conference event package 



IMS_A forwards SUBCRIBE to 
AS/IM A 



AS/IM_A sends 200 OK for 
SUBSCRIBE 



IMS_A forwards 200 OK 
response to UE_A 



AS/IM_A sends NOTIFY to UE_ 
with list of 1 -to-many Chat 
participants 
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Step 



Direction 



IVIessage 



Comment 
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s 
e 
r 
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U 

E 
A 



A 

S/ 
I 

IVI 
A 



I 
IVI 
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A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



46 



47 



48 



49 



50 



51 



52 



53 



54 



55 



56 



57 



58 



59 



80 



61 



62 



63 



64 



65 



66 



67 



68 



69 



70 



71 



72 



73 




NOTIFY 



200 OK 



200 OK 



SUBSCRIBE 



SUBSCRIBE 



SUBSCRIBE 



SUBSCRIBE 



SUBSCRIBE 



SUBSCRIBE 



SUBSCRIBE 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



NOTIFY 



NOTIFY 



NOTIFY 



NOTIFY 



NOTIFY 



NOTIFY 



NOTIFY 



200 OK 



200 OK 



IMS_A forwards the NOTIFY to 
UE A 



User A is notified witfi list of 1 -to- 
many Ciiat participants 



UE_A responds with 200 OK to 
IIVIS A 



IIVIS_A forwards the 200 OK 
response to AS/II\/I_A 



UE_B subscribes to the 
conference event pacl<age 



IIVIS_B forwards SUBSCRIBE to 
AS/I IVI B 



AS/IIVI_B returns, possibly 
modified, SUBSCRIBE to IIVIS 



IIVIS_B forwards SUBSCRIBE to 
IBCF B 



IBCF_B forwards SUBSCRIBE to 
IBCF A 



IBCF_A forwards SUBSCRIBE to 
IIVIS A 



IMS_A forwards SUBSCRIBE to 
AS/I IVI A 



AS/IIVI_A sends 200 OK for 
SUBSCRIBE 



IIVIS_A forwards 200 OK 
response to IBCFA 



IBCF_A forwards 200 OK 
response to IBCF_B 



IBCF_B forwards 200 OK 
response to IIVIS_B 



IIVIS_B forwards 200 OK 
response to AS/IIVI_B 



AS/IIVI_B returns, possibly 

modified, 200 OK response to 

IIVIS B 



IIVIS_B forwards 200 OK 
response to UE_B 



AS/IIVI_A sends NOTIFY to UE_B 

with list of 1 -to-many Chat 
participants 



IIVIS A forwards BYE to IBCF A 



IBCF A forwards BYE to IBCF B 



IBCF B forwards BYE to IMS B 



IMS B forwards BYE to AS/IM B 



AS/IM_B returns, possibly 
modified, BYE to IMS_B 



IMS B forwards BYE to UE B 



User B is notified with list of 1-to- 
many Chat participants 



UE B sends 200 OK for NOTIFY 



IMS_B forwards 200 OK 
response to AS/IM_B 
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Step 


Direction 


IVIessage 


Comment 
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U 
s 
e 
r 
B 






74 








f 


^ 














200 OK 


AS/IM_B returns, possibly 

modified, 200 OK response to 

IMS B 




75 


200 OK 


IMS_B forwards 200 OK 
response to IBCF B 




76 


200 OK 


IBCF_B forwards 200 OK 
response to IBCF A 




77 


200 OK 


IBCF_A forwards 200 OK 
response to IMS A 




78 


200 OK 


IMS_A forwards 200 OK 
response to AS/IM A 




79 

1 




^ 




















Users perform messaging in the 

1 -to-many Chat (see clause 

5.3.2.1 Chat 1 to many via MSRP 

- Interworking) 




















80A 


« 




User B leaves the 1 -to-many 
Chat 


81A 












^ 


^ 










BYE 


UE_B sends BYE to IMS_B to 
leave the 1 -to-many Chat 






82A 


BYE 


IMS_B forwards BYE to AS/IM_B 


^ 


83A 


BYE 


AS/IM B returns, possibly 
modified, BYE to IMS B 




84A 


BYE 


IMS_B forwards BYE to IBCF_B 




85A 


BYE 


IBCF_B forwards BYE to IBCF_A 




86A 


BYE 


IBCF_A forwards BYE to IMS_A 




87A 


BYE 


IMS_A forwards BYE to AS/IM_A 




88A 


200 OK 


AS/IM_A sends 200 OK for BYE 




89A 


200 OK 


IMS_A forwards 200 OK 
response to IBCF A 




90A 


200 OK 


IBCF_A forwards 200 OK 
response to IBCF B 




91A 


200 OK 


IBCF_B forwards 200 OK 
response to IMS B 




92A 


200 OK 


IMS_B forwards 200 OK 
response to AS/IM B 


f 


93A 


200 OK 


AS/IM_B returns, possibly 

modified, 200 OK response to 

IMS B 




94A 


200 OK 


IMS_B forwards 200 OK 
response to UE B 






95A 




















> 






User B is informed that he has 
left the 1 -to-many Chat 


96A 






f 


V. 
















NOTIFY 


AS/IM_A sends NOTIFY to IMS 
_A to inform UE_A that User B 
has left the 1 -to-many Chat 




97A 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






98A 


























User A is notified that all other 
users have left the 1 -to-many 
Chat 




99A 








>. 
















200 OK 


UE A responds with 200 OK to 
IMS A 




f 


100A 


200 OK 


IMS_A forwards the 200 OK 
response to AS/IM_A 
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Step 


Direction 


Message 


Comment 
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B 






101A 




■N. 






















User A leaves the 1 -to-many 
Chat 




102A 








■N. 
















BYE 


UE_A sends BYE to IMS_A to 
leave the 1 -to-many Chat 


f 


f 


103A 


BYE 


IMS_A forwards BYE to AS/IM_A 


>. 


104A 


200 OK 


AS/IM_A sends 200 OK for BYE 




105A 


200 OK 


IMS_A forwards 200 OK 
response to UE A 






106A 




« 






















User A is informed that the 1 -to- 
many Chat has ended 


SOB 




^ 






















User A leaves the 1 -to-many 
Chat 


81B 
























BYE 


UE_A sends BYE to IMS_A to 
leave the 1 -to-many Chat 






82B 


BYE 


IMS_A forwards BYE to AS/IM_A 




83B 


200 OK 


AS/IM_A sends 200 OK for BYE 




84B 


200 OK 


IMS_A forwards 200 OK 
response to UE A 






85B 




^ 




















User A is informed that he has 
left the 1 -to-many Chat 






"" 


86B 
























NOTIFY 


AS/IM A sends NOTIFY to 
IIVIS_A to inform UE_B that User 
A has left the 1 -to-many Chat 




87B 


NOTIFY 


IMS_A forwards BYE to IBCF_A 




88B 


NOTIFY 


IBCF_A forwards BYE to IBCF_B 




89B 


NOTIFY 


IBCF_B forwards BYE to IMS_B 




90B 


NOTIFY 


IMS_B forwards BYE to AS/IM_B 




91B 


NOTIFY 


AS/IIVI B returns, possibly 
modified, BYE to IMS B 




92B 


NOTIFY 


IMS_B forwards BYE to UE_B 






93B 


























User B is notified that all other 
users have left the 1 -to-many 
Chat 




94B 














f 










200 OK 


UE_B sends 200 OK for NOTIFY 






95B 


200 OK 


IIVIS_B forwards 200 OK 
response to AS/IIVI B 




96B 


200 OK 


AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 




97B 


200 OK 


IMS_B forwards 200 OK 
response to IBCF B 




98B 


200 OK 


IBCF_B forwards 200 OK 
response to IBCF A 




99B 


200 OK 


IBCF_A forwards 200 OK 
response to IMS A 




100B 


200 OK 


IMS_A forwards 200 OK 
response to AS/IM A 




101B 




















k 






User B leaves the 1 -to-many 
Chat 


102B 
















f 








BYE 


UE_B sends BYE to IMS_B to 
leave the 1 -to-many Chat 
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103B 










^ 


^ 


f 




V 






BYE 


IMS_B forwards BYE to AS/IM_B 


f 


104B 


BYE 


AS/IM B returns, possibly 
modified, BYE to IMS B 




105B 


BYE 


IMS_B forwards BYE to IBCF_B 




106B 


BYE 


IBCF_B forwards BYE to IBCF_A 




107B 


BYE 


IBCF_A forwards BYE to IMS_A 




108B 


BYE 


IMS_A forwards BYE to AS/IM_A 




109B 


200 OK 


AS/IM_A sends 200 OK for BYE 




11 OB 


200 OK 


IMS_A forwards 200 OK 
response to IBCF A 




111B 


200 OK 


IBCF_A forwards 200 OK 
response to IBCF B 




112B 


200 OK 


IBCF_B forwards 200 OK 
response to IIVIS B 




113B 


200 OK 


IIVIS_B forwards 200 OK 
response to AS/I IVI B 


f 


114B 


200 OK 


AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 




115B 


200 OK 


IMS_B forwards 200 OK 
response to UE B 






116B 




















> 






User B is informed that the 1 -to- 
many Chat has ended 



4.4.3.4.2 UC_RCS_6_R: SIP message flow 1 -to-many chat with CF_ROAM_AS 

(OPTIONAL) 

NOTE 1: In this Use Case AS/IM_B server assumes to be a Controlling IM server for 1 -to-many Chat sessions and 
UE_B should have configured IM CONFERENCE FACTORY URL 

NOTE 2: According to RCS-e specification [11] delivery and display notifications in 1 -to-many Chat are not 
required and therefore not presented in this Use Case CFW. 

The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF ROAM AS 


1 


User B initiates a 1 -to-many Chat with User A and User C by sending initial message 


Step 1 


2 


User B is informed that the 1 -to-many Chat is established 


Step 1 7 


3 


User A is informed of incoming invitation from User B to join the 1 -to-many Chat 


Step 37 


4 


User A reads the initial message and accepts the 1 -to-many Chat invitation 


Step 38 


5 


User B is notified with list of 1 -to-many Chat participants 


Step 68 


6 


User A is notified with list of 1 -to-many Chat participants 


Step 95 


7 


Users perform messaging in the 1 -to-many Chat 


Step 1 03 


8A 


User A leaves the 1 -to-many Chat 


Step 1 04A 


8B 


User B leaves the 1 -to-many Chat 


Step 1 04B 


9A 


User A is informed that he has left the 1 -to-many Chat 


Step 11 9A 


9B 


User B is informed that he has left the 1 -to-many Chat 


Step 115B 


10A 


User B is notified that all other users have left the 1 -to-many Chat 


Step 1 25A 


10B 


User A is notified that all other users have left the 1 -to-many Chat 


Step123B 


11A 


User B leaves the 1 -to-many Chat 


Step 131 A 


11B 


User A leaves the 1 -to-many Chat 


Step 1 31 B 


12A 


User B is informed that the 1 -to-many Chat has ended 


Step142A 
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Step 


Action 


CF ROAM AS 


12B 


User A is informed tliat tlie 1 -to-many Cliat has ended 


Step 146B 



Step 



Direction 



Message 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



A 

S/ 
I 

M 
A 



I 

M 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



10 



11 



12 



13 



14 



15 



16 



17 



19 



20 



21 



22 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



ACK 



ACK 



ACK 



ACK 



ACK 



User B initiates a 1 -to-many Chat 
with User A and User C by sending 
initial message 



UE_B sends INVITE to IIVIS_A with 
Request-URIsetto IIVI 
CONFERENCE FACTORY URI, 
IVIIIVIE resource-list body including 
invited IM Users and the first SDP 
offer indicating all specific data for 
IVISRP connection set up 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF_A forwards INVITE to 
IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS_B forwards INVITE to 
AS/IM B 



AS/IM_B responds with a 100 
Trying provisional response 



AS/IM_B responds INVITE with 
200 OK response with IM session 
Identity allocated for the current 1- 
to-many Chat to indicate that the 
session has been accepted and 
SDP to inform A-side with specific 
data for MSRP connection set up 



IMS_B forwards 200 OK response 
to IBCF B 



IBCF_B forwards 200 OK response 
to IBCF A 



IBCF_A forwards 200 OK response 
to IMS A 



IMS_A forwards 200 OK response 
toUE B 



User B is informed that the 1-to- 
many Chat is established 



UE_B acknowledges the receipt of 
200 OK for INVITE 



IMS A forwards ACK to IBCF A 



IBCF A forwards ACK to IBCF B 



IBCF B forwards ACK to IMS B 



IMS B forwards ACK to AS/IM B 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

M 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






23 






^ 




f 


^ 




f 








INVITE 


AS/IM_B sends INVITE to UE_A 
with IIVI session identity (allocated 
for the current 1 -to-many Chat) and 
IIVI address of the Inviting IIVI UE 
(UE B) 




24 


100 Trying 


IIVIS_B responds with a 1 00 Trying 
provisional response 




25 


INVITE 


IMS_B forwards INVITE to IBCF_B 




26 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




27 


INVITE 


IBCF B forwards INVITE to 
IBCF A 




28 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




29 


INVITE 


IBCF_A forwards INVITE to IMS_A 


>. 


30 


100 Trying 


IIVIS_A responds with a 1 00 Trying 
provisional response 




31 


INVITE 


IMS A forwards INVITE to 
AS/IM A 




32 


100 Trying 


AS/IIVI_A responds with a 100 
Trying provisional response 




33 


INVITE 


AS/IIVI A returns, possibly 
modified, INVITE to IMS A 


^ 


34 


100 Trying 


IMS_A responds with a 1 00 Trying 
provisional response 




35 


INVITE 


IMS_A forwards INVITE to UE_A 




X 


36 


100 Trying 


UE_A optionally responds with a 
100 Trying provisional response 






37 
I 




^ 






















User A is informed of incoming 
invitation from User B to join the 1- 
to-many Chat 


■^^ 


138 




User A reads the initial message 
and accepts the 1 -to-many Chat 
invitation 




39 








>. 
















200 OK 


UE_A responds INVITE with 200 
OK response with SDP to indicate 
that the session has been accepted 
and inform AS/IM_A with specific 
data for MSRP connection set up 






40 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




41 


200 OK 


AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 




42 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 




43 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




44 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 


f 


45 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 


f 


46 


ACK 


AS/IM B acknowledges the receipt 
of 200 OK for INVITE 




47 


ACK 


IMS_B forwards ACK to IBCF_B 
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Step 



Direction 



Message 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



A 

S/ 
I 

M 
A 



I 

M 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

IVI 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



48 



49 



50 



51 



52 



53 



54 



55 



56 



57 



58 



59 



60 



61 



62 



63 



64 



65 



66 



67 



68 



69 



70 



71 



72 



73 



74 



75 



76 



77 



ACK 



IBCF B forwards ACK to IBCF A 



ACK 



IBCF A forwards ACK to IMS A 



ACK 



IMS A forwards ACK to AS/IM A 



ACK 



AS/IM_A returns, possibly 
modified, ACK to IMS A 



ACK 



IMS A forwards ACK to UE A 



SUBSCRIBE 



UE_B subscribes to the conference 
event package 



SUBSCRIBE 



IMS_A forwards SUBSCRIBE to 
IBCF A 



SUBSCRIBE 



IBCF_A forwards SUBSCRIBE to 
IBCF B 



SUBSCRIBE 



IBCF_B forwards SUBSCRIBE to 
IMS B 



SUBSCRIBE 



IMS_B forwards SUBSCRIBE to 
AS/IM B 



200 OK 



AS/IM_B sends 200 OK for 
SUBSCRIBE 



200 OK 



IMS_B forwards 200 OK response 
to IBCF B 



200 OK 



IBCF_B forwards 200 OK response 
to IBCF A 



200 OK 



IBCF_A forwards 200 OK response 
to IMS A 



200 OK 



IMS_A forwards 200 OK response 
toUE B 



NOTIFY 



AS/IM_B sends NOTIFY to UE_B 
with list of 1 -to-many Chat 
participants 



NOTIFY 



IMS_B forwards NOTIFY to 
IBCF B 



NOTIFY 



IBCF_B forwards NOTIFY to 
IBCF A 



NOTIFY 



IBCF_A forwards NOTIFY to 
IMS A 



NOTIFY 



IMS A forwards NOTIFY to UE B 



User B is notified with list of 1 -to- 
many Chat participants 



200 OK 



UE_B responds with 200 OK to 
IMS A 



200 OK 



IMS_A forwards 200 OK response 
to IBCF A 



200 OK 



IBCF_A forwards 200 OK response 
to IBCF B 



200 OK 



IBCF_B forwards 200 OK response 
to IMS B 



200 OK 



IMS_B forwards 200 OK response 
to AS/IM B 



SUBSCRIBE 



UE_A subscribes to the conference 
event package 



SUBSCRIBE 



IMS_A forwards SUBSCRIBE to 
AS/IM A 



SUBSCRIBE 



AS/IM_A returns, possibly 
modified. SUBSCRIBE to IMS_A 



SUBSCRIBE 



IMS_A forwards SUBSCRIBE to 
IBCF A 
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Step 



Direction 



Message 



Comment 



U 
s 
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r 
A 
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E 
A 



A 

S/ 
I 

M 
A 



I 

M 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 
IVI 

s 

B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



78 



79 



80 



81 



82 



83 



84 



85 



86 



87 



89 



90 



91 



92 



93 



94 



95 



96 



97 



98 



99 



100 



101 



102 



103 



104A 



105A 



^f- 



SUBSCRIBE 



IBCF_A forwards SUBSCRIBE to 
IBCF B 



SUBSCRIBE 



IBCF_B forwards SUBSCRIBE to 
IMS B 



SUBSCRIBE 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



NOTIFY 



NOTIFY 



NOTIFY 



NOTIFY 



NOTIFY 



NOTIFY 



NOTIFY 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



BYE 



IMS_B forwards SUBSCRIBE to 
AS/IM B 



AS/IM_B sends 200 OK for 
SUBSCRIBE 



IMS_B forwards 200 OK response 
to IBCF B 



IBCF_B forwards 200 OK response 
to IBCF A 



IBCF_A forwards 200 OK response 
to IMS A 



IMS_A forwards 200 OK response 
to AS/IM A 



AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 



IMS_A forwards 200 OK response 
toUE A 



AS/IM_B sends NOTIFY to UE_A 
with list of 1 -to-many Chat 
participants 



IMS B forwards BYE to IBCF B 



IBCF B forwards BYE to IBCF A 



IBCF A forwards BYE to IMS A 



IMS A forwards BYE to AS/IM A 



AS/IM_A returns, possibly 
modified, BYE to IMS_A 



IMS A forwards BYE to UE A 



User A is notified with list of 1 -to- 
many Chat participants 



UE A sends 200 OK for NOTIFY 



IMS_A forwards 200 OK response 
to AS/IM A 



AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 



IMS_A forwards 200 OK response 
to IBCF A 



IBCF_A forwards 200 OK response 
to IBCF B 



IBCF_B forwards 200 OK response 
to IMS B 



IMS_B forwards 200 OK response 
to AS/IM B 



Users perform messaging in the 1- 
to-many Chat (see clause 5.3.2.2 

Chat 1 to many via MSRP - 
Roaming) 



User A leaves the 1 -to-many Chat 



UE_A sends BYE to IMS_A to 
leave the 1 -to-many Chat 
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Direction 


Message 


Comment 
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F 
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B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






106A 






f 




■N. 














BYE 


IMS_A forwards BYE to AS/IM_A 


>. 


107A 


BYE 


AS/IM A returns, possibly 
modified, BYE to IMS A 


f 


108A 


BYE 


IMS_A forwards BYE to IBCF_A 


f 


109A 


BYE 


IBCF_A forwards BYE to IBCF_B 


^ 


11 OA 


BYE 


IBCF_B forwards BYE to IMS_B 




111A 


BYE 


IMS_B forwards BYE to AS/IM_B 




112A 


200 OK 


AS/IM_B sends 200 OK for BYE 




113A 


200 OK 


IIVIS B forwards 200 OK response 
to IBCF B 




114A 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




115A 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




116A 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 


V. 


117A 


200 OK 


AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 




118A 


200 OK 


IMS A forwards 200 OK response 
toUE A 






11 9A 




« 






















User A is informed that he has left 
the 1 -to-many Chat 


120A 














f 


^ 








NOTIFY 


AS/IM_B sends NOTIFY to IMS _B 
to inform UE_B that User A has left 
the 1 -to-many Chat 




121A 


NOTIFY 


IMS B forwards NOTIFY to 
IBCF B 




122A 


NOTIFY 


IBCF B forwards NOTIFY to 
IBCF A 




123A 


NOTIFY 


IBCF A forwards NOTIFY to 
IMS A 




124A 


NOTIFY 


IMS_A forwards NOTIFY to UE_B 












125A 




















» 






User B is notified that all other 
users have left the 1 -to-many Chat 


126A 










^ 














200 OK 


UE B responds with 200 OK to 
IMS A 


^ 










127A 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 




128A 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




129A 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




130A 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 




131A 












— TT 








d 






User B leaves the 1 -to-many Chat 


132A 
























BYE 


UE_B sends BYE to IMS_A to 
leave the 1 -to-many Chat 












133A 


BYE 


IMS_A forwards BYE to IBCF_A 




134A 


BYE 


IBCF_A forwards BYE to IBCF_B 







£75/ 



50 



ETSI TS 102 901 V2.1.1 (2011-11) 



Step 


Direction 


Message 


Comment 
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B 






135A 










f 


^ 












BYE 


IBCF_B forwards BYE to IMS_B 




136A 


BYE 


IMS_B forwards BYE to AS/IM_B 




137A 


200 OK 


AS/IM_B sends 200 OK for BYE 




138A 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




139A 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




140A 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




141A 


200 OK 


IMS A forwards 200 OK response 
toUE B 












142A 




















> 






User B is informed that the 1 -to- 
many Chat has ended 


104B 


d 




User B leaves the 1 -to-many Chat 


105B 
























BYE 


UE_B sends BYE to IMS_A to 
leave the 1 -to-many Chat 












106B 


BYE 


IMS_A forwards BYE to IBCF_A 


^ 


107B 


BYE 


IBCF_A forwards BYE to IBCF_B 




108B 


BYE 


IBCF_B forwards BYE to IMS_B 




109B 


BYE 


IMS_B forwards BYE to AS/IM_B 




11 OB 


200 OK 


AS/IM_B sends 200 OK for BYE 




111B 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




112B 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




113B 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




114B 


200 OK 


IMS A forwards 200 OK response 
toUE B 












115B 




















^^ 






User B is informed that he has left 
the 1 -to-many Chat 


116B 












f 


^ 


^ 








NOTIFY 


AS/IM_B sends NOTIFY to IMS_B 
to inform UE_A that User B has left 
the 1 -to-many Chat 




117B 


NOTIFY 


IMS B forwards NOTIFY to 
IBCF B 




118B 


NOTIFY 


IBCF B forwards NOTIFY to 
IBCF A 




119B 


NOTIFY 


IBCF A forwards NOTIFY to 
IMS A 




120B 


NOTIFY 


IMS A forwards NOTIFY to 
AS/IM A 




121B 


NOTIFY 


AS/IM A returns, possibly 
modified, NOTIFY to IMS A 




122B 


BYE 


1MS_A forwards NOTIFY to UE_A 






123B 


























User A is informed that User B has 
left the 1 -to-many Chat 


124B 








^. 
















200 OK 


UE_A sends 200 OK for NOTIFY 




^ 


125B 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 
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1 
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S 
B 


A 

S/ 
1 

M 
B 


U 
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B 


U 
s 
e 
r 
B 






126B 
















V 








200 OK 


AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 




127B 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 




128B 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




129B 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




130B 


200 OK 


IMS B forwards 200 OK response 
toAS/IM B 




131B 




» 






















User A leaves tine 1 -to-many Chat 


132B 








>. 








V 








BYE 


UE_A sends BYE to IMS_A to 
leave the 1 -to-many Chat 




f 


133B 


BYE 


IMS_A forwards BYE to AS/IM_A 




134B 


BYE 


AS/IM A returns, possibly 
modified, BYE to IMS A 




135B 


BYE 


IMS_A forwards BYE to IBCF_A 




136B 


BYE 


IBCF_A forwards BYE to IBCF_B 




137B 


BYE 


IBCF_B fonwards BYE to IMS_B 


f 


138B 


BYE 


IMS_B forwards BYE to AS/IM_B 


f 


139B 


200 OK 


AS/IM_B sends 200 OK for BYE 




MOB 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




141B 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




142B 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




143B 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




144B 


200 OK 


AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 




MSB 


200 OK 


IMS A forwards 200 OK response 
toUE A 






146B 




^ 




















User A is informed that the 1 -to- 
many Chat has ended 






ei 


m 





























4.4.3.5 



Switching to 1 -to-many chat 



Following there are the expected common call flow sequences for switching from 1-to-l chat to 1 -to-many chat. It is 
assumed that in 1 -to-many chat there should be additional user C, but for the clarity in the call flow sequences only two 
users presented since the message flow for UE_C is the same as for the other users. 



4.4.3.5.1 



UC_RCS_7_I: SIP message flow for switching to 1 -to-many chat with 
CF INT AS 



NOTE 1: In this Use Case AS/IM_A server assumes to be a Controlling IM server for 1 -to-many Chat sessions and 
UE_A should have configured IM CONFERENCE FACTORY URL 
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NOTE 2: According to RCS-e specification [11] delivery and display notifications in 1 -to-many Chat are not 
required and therefore not presented in this Use Case CFW. 

The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT AS 


1 


User A selects User B in the phone address book and sends him an initial message 


UC RCS 4 1 Step 1 


2 


User B is informed of incoming message 


UC RCS 4 1 Step 20 


3 


User A is informed that initial message was delivered to user B 


UC RCS 4 1 Step 39 


4 


User B reads the initial message from user A and opens the 1-to-1 chat 


UC RCS 4 1 Step 49 


5 


Users perform 1-to-1 chatting 


UC RCS 4 1 Step 68 


6 


User A initiates a 1 -to-many Chat with User B and User C by sending initial 
message 


Step 2 


7 


User A is informed that the 1 -to-many Chat is established 


Step 9 


8 


User B is informed of incoming invitation from User A to join the 1 -to-many Chat 


Step 26 


9 


User B reads the initial message and accepts the 1 -to-many Chat invitation 


Step 27 


10 


User A is notified with list of 1 -to-many Chat participants 


Step 66 


11 


User B is notified with list of 1 -to-many Chat participants 


Step 90 


12 


Users perform messaging in the 1 -to-many Chat 


Step 98 


13A 


User B leaves the 1 -to-many Chat 


UC RCS 6 1 Step 80A 


13B 


User A leaves the 1 -to-many Chat 


UC RCS 6 1 Step 80B 


14A 


User B is informed that he has left the 1 -to-many Chat 


UC RCS 6 1 Step 95A 


14B 


User A is informed that he has left the 1 -to-many Chat 


UC RCS 6 1 Step 85B 


15A 


User A is notified that all other users have left the 1 -to-many Chat 


UC RCS 6 1 Step 98A 


15B 


User B is notified that all other users have left the 1 -to-many Chat 


UC RCS 6 1 Step 93B 


16A 


User A leaves the 1 -to-many Chat 


UC RCS 6 1 Step 101 A 


168 


User B leaves the 1 -to-many Chat 


UC RCS 6 ISteplOIB 


17A 


User A is informed that the 1 -to-many Chat has ended 


UC RCS 6 1 Step 1 06A 


17B 


User B is informed that the 1 -to-many Chat has ended 


UC RCS 6 IStep116B 



Step 


Direction 


Message 


Comment 
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S/ 
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IVI 
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1 
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A 


1 

B 
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F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 


























Follow UC_RCS_4_I (1-68) 


2 




User A initiates a 1 -to-many Chat 
with User B and User C by sending 
initial message 




3 
























INVITE 


UE_A sends INVITE to IMS_A with 
Request-URI set to IM 
CONFERENCE FACTORY URI, 
MIME resource-list body including 
invited IM Users, the first SDP offer 
indicating all specific data for 
MSRP connection set up and the 
identity of User B with Session- 
Replaces header 


f 




4 


100 Trying 


IMS_A responds with a 1 00 Trying 
provisional response 






5 


INVITE 


IMS A forwards INVITE to 
AS/IM A 




6 


100 Trying 


AS/IM_A responds with a 100 
Trying provisional response 




7 


200 OK 


AS/IM_A responds INVITE with 
200 OK response with IM session 
Identity allocated for the current 1- 
to-many Chat to indicate that the 
session has been accepted and 
SDP to inform A-side with specific 
data for MSRP connection set up 
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10 



11 



12 



13 



14 



15 



16 



17 



19 



20 



21 



22 



23 



24 
25 



26 



27 



28 



29 



30 



31 



32 




200 OK 



ACK 



ACK 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



IIVIS_A forwards 200 OK response 
toAS/IIVI A 



User A is informed that the 1-to- 
many Chat is established 



UE_A acknowledges the receipt of 
200 OK for INVITE 



IMS A forwards ACK to AS/IM A 



AS/IM_A sends INVITE to UE_B 
with IM session identity (allocated 
for the current 1 -to-many Chat), IM 
address of the Inviting IM UE 
(UE_A) and Session-Replaces 
header with the original 1 -to-1 
session identity 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to IBCF A 



IBCFA responds with a 100 Trying 
provisional response 



IBCF_A forwards INVITE to 
IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS_B forwards INVITE to 
AS/IM B 



AS/IM_B responds with a 100 
Trying provisional response 



AS/IM_B returns, possibly 
modified, INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to UE B 



UE_B optionally responds with a 
100 Trying provisional response 



User B is informed of incoming 
invitation from User A to join the 1 - 
to-many Chat 



User B reads the initial message 
and accepts the 1 -to-many Chat 
invitation 



UE_B responds INVITE with 200 
OK response with SDP to indicate 
that the session has been accepted 
and inform AS/IM_A with specific 
data for MSRP connection set up 



IMS_B forwards 200 OK response 
to AS/IM B 



AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 



IMS_B forwards 200 OK response 
to IBCF B 



IBCF_B forwards 200 OK response 
to IBCF A 
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Zl 

"42" 

"43" 
44 

"45" 
46 
47 

"48" 
49 

"50" 
51 
52 



53 



54 



55 



56 



57 



58 



59 



60 



61 



62 



63 



64 



65 



66 



200 OK 



200 OK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



IBCF_A forwards 200 OK response 
to IMS A 



IMS_A forwards 200 OK response 
toAS/IM A 



AS/IM_A acknowledges the receipt 
of 200 OK for INVITE 



IMS A forwards ACK to IBCF A 



IBCF A forwards ACK to IBCF B 



IBCF B forwards ACK to IMS B 



IMS B forwards ACK to AS/I M B 



AS/IM_B returns, possibly 
modified, ACK to IMS B 



IMS B forwards ACK to UE B 



UE_B releases the 1-to-1 IM 
session with BYE 



IMS B forwards BYE to AS/I M B 



AS/IM_B returns, possibly 
modified, BYE to IMS_B 



IMS B forwards BYE to IBCF B 



IBCF B forwards BYE to IBCF A 



IBCF A forwards BYE to IMS A 



IMS A forwards BYE to AS/IM A 



AS/IM_A returns, possibly 
modified, BYE to IMS_A 



IMS A forwards BYE to UE A 



UE A sends 200 OK for BYE 



IMS_A forwards 200 OK response 
to AS/IM A 



AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 



IMS_A forwards 200 OK response 
to IBCF A 



IBCF_A forwards 200 OK response 
to IBCF B 



IBCF_B forwards 200 OK response 
to IMS B 



IMS_B forwards 200 OK response 
to AS/IM B 



AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 



IMS_B forwards 200 OK response 
toUE B 



SUBSCRIBE 



UE_A subscribes to the conference 
event package 



SUBSCRIBE 



IMS_A forwards SUBCRIBE to 
AS/IM A 



200 OK 



AS/IM_A sends 200 OK for 
SUBSCRIBE 



200 OK 



IMS_A forwards 200 OK response 
toUE A 



NOTIFY 



NOTIFY 



AS/IM_A sends NOTIFY to UE_ 
with list of 1 -to-many Chat 
participants 



IMS_A forwards the NOTIFY to 
UE A 



User A is notified with list of 1 -to- 
many Chat participants 
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67 








>. 




f 


f 










200 OK 


UE A responds with 200 OK to 
IMS A 






68 


200 OK 


IMS_A forwards the 200 OK 
response to AS/IM A 




69 


SUBSCRIBE 


UE_B subscribes to the conference 
event package 




V 


70 


SUBSCRIBE 


IMS B forwards SUBSCRIBE to 
AS/IM B 


^ 


71 


SUBSCRIBE 


AS/IM B returns, possibly 
modified, SUBSCRIBE to IMS B 




72 


SUBSCRIBE 


IMS B forwards SUBSCRIBE to 
IBCF B 




73 


SUBSCRIBE 


IBCF B forwards SUBSCRIBE to 
IBCF A 




74 


SUBSCRIBE 


IBCF A forwards SUBSCRIBE to 
IMS A 


■N. 


75 


SUBSCRIBE 


IMS A forwards SUBSCRIBE to 
AS/IM A 




76 


200 OK 


AS/IM A sends 200 OK for 
SUBSCRIBE 


V 


77 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 




78 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




79 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




80 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 




81 


200 OK 


AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 




82 


200 OK 


IMS B forwards 200 OK response 
toUE B 






83 


NOTIFY 


AS/IM_A sends NOTIFY to UE_B 
with list of 1 -to-many Chat 
participants 




84 


NOTIFY 


IMS_A forwards BYE to IBCF_A 




85 


NOTIFY 


IBCF_A forwards BYE to IBCF_B 




86 


NOTIFY 


IBCF_B forwards BYE to IMS_B 




87 


NOTIFY 


IMS_B forwards BYE to AS/IM_B 


^ 


88 


NOTIFY 


AS/IM B returns, possibly 
modified, BYE to IMS B 




89 


NOTIFY 


IMS_B forwards BYE to UE_B 






1 90 


























User B is notified with list of 1 -to- 
many Chat participants 




91 








^ 


^ 






^ 








200 OK 


UE_B sends 200 OK for NOTIFY 






92 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 




93 


200 OK 


AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 




94 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




95 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




96 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




97 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 
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98 

! 




^ 


■N. 


^ 


















Users perform messaging in the 1- 
to-many Chat(see clause 5.3.2.1 

Chat 1 to many via IVISRP - 
lnterworl<ing) 




















99 








































Continue UC_RCS_6_I (80A-116B) 



4.4.3.5.2 UC_RCS_7_R: SIP message flow for switching to 1 -to-many chat with 

CF_ROAM_AS (OPTIONAL) 

NOTE 1: In this Use Case AS/IM_B server assumes to be a Controlling IM server for 1 -to-many Chat sessions and 
UE_B should have configured IM CONFERENCE FACTORY URL 

NOTE 2: According to RCS-e specification [11] delivery and display notifications in 1 -to-many Chat are not 
required and therefore not presented in this Use Case CFW. 

The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF ROAM AS 


1 


User B selects User A in the phone address book and sends 
him an initial message 


UC_RCS_4_R Step 1 


2 


User A is informed of incoming message 


UC RCS 4 R Step 26 


3 


User B is informed that initial message was delivered to user 
A 


UC_RCS_4_R Step 51 


4 


User A reads the initial message from user B and opens the 
1-to-1 chat 


UC_RCS_4_R Step 64 


5 


Users perform 1-to-1 chatting 


UC RCS 4 R Step 89 


6 


User B initiates a 1 -to-many Chat with User A and User C by 
sending initial message 


Step 2 


7 


User B is informed that the 1 -to-many Chat is established 


Step 18 


8 


User A is informed of incoming invitation from User B to join 
the 1 -to-many Chat 


Step 38 


9 


User A reads the initial message and accepts the 1 -to-many 
Chat invitation 


Step 39 


10 


User B is notified with list of 1 -to-many Chat participants 


Step 93 


11 


User A is notified with list of 1 -to-many Chat participants 


Step 120 


12 


Users perform messaging in the 1 -to-many Chat 


Step 1 28 


13A 


User A leaves the 1 -to-many Chat 


UC RCS 6 RStep104A 


13B 


User B leaves the 1 -to-many Chat 


UC RCS 6 RStep104B 


14A 


User A is informed that he has left the 1 -to-many Chat 


UC RCS 6 RStep119A 


14B 


User B is informed that he has left the 1 -to-many Chat 


UC RCS 6 RStep115B 


15A 


User B is notified that all other users have left the 1 -to-many 
Chat 


UC_RCS_6_R Step 1 25A 


15B 


User A is notified that all other users have left the 1 -to-many 
Chat 


UC_RCS_6_R Step 1 23B 


16A 


User B leaves the 1 -to-many Chat 


UC RCS 6 R Step 131 A 


168 


User A leaves the 1 -to-many Chat 


UC RCS 6 RStep131B 


17A 


User B is informed that the 1 -to-many Chat has ended 


UC RCS 6 RStep142A 


17B 


User A is informed that the 1 -to-many Chat has ended 


UC RCS 6 RStep146B 
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10 



11 



12 



13 



14 



15 



16 



17 



19 



20 
21 

"22" 
23 
24 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



ACK 



ACK 



ACK 



ACK 



ACK 



INVITE 



Follow UC_RCS_4_R (1-89) 



User B initiates a 1 -to-many Chat 
with User A and User C by sending 
initial message 



UE_B sends INVITE to IMS_A with 
Request-URIsetto IM 
CONFERENCE FACTORY URI, 
MIME resource-list body including 
invited IM Users, the first SDP offer 
indicating all specific data for 
MSRP connection set up and the 
identity of User A with Session- 
Replaces header 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF_A forwards INVITE to 
IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS_B forwards INVITE to 
AS/IM B 



AS/IM_B responds with a 100 
Trying provisional response 



AS/IM_B responds INVITE with 
200 OK response with IM session 
Identity allocated for the current 1- 
to-many Chat to indicate that the 
session has been accepted and 
SDP to inform A-side with specific 
data for MSRP connection set up 



IMS_B forwards 200 OK response 
to IBCF B 



IBCF_B forwards 200 OK response 
to IBCF A 



IBCF_A forwards 200 OK response 
to IMS A 



IMS_A forwards 200 OK response 
toUE B 



User B is informed that the 1-to- 
many Chat is established 



UE_B acknowledges the receipt of 
200 OK for INVITE 



IMS A forwards ACK to IBCF A 



IBCF A forwards ACK to IBCF B 



IBCF B forwards ACK to IMS B 



IMS B forwards ACK to AS/IM B 



AS/IM_B sends INVITE to UE_A 
with IM session identity (allocated 
for the current 1 -to-many Chat), IM 
address of the Inviting IM UE 
(UE_B) and Session-Replaces 
header with the original 1 -to-1 
session identity 



£75/ 



58 



ETSI TS 102 901 V2.1.1 (2011-11) 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

M 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






25 














^ 










100 Trying 


IIVIS_B responds with a 1 00 Trying 
provisional response 




26 


INVITE 


IMS_B forwards INVITE to IBCF_B 




27 


100 Trying 


IBCF_B responds witli a 100 Trying 
provisional response 




28 


INVITE 


IBCF B forwards INVITE to 
IBCF A 




29 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




30 


INVITE 


IBCF_A forwards INVITE to IMS_A 




31 


100 Trying 


IIVIS_A responds with a 1 00 Trying 
provisional response 




32 


INVITE 


IMS A forwards INVITE to 
AS/IM A 




33 


100 Trying 


AS/IIVI_A responds with a 100 
Trying provisional response 


■N. 


34 


INVITE 


AS/IIVI A returns, possibly 
modified, INVITE to IMS A 


^ 


35 


100 Trying 


IMS_A responds with a 1 00 Trying 
provisional response 




36 


INVITE 


IMS_A forwards INVITE to UE_A 






37 


100 Trying 


UE_A optionally responds with a 
100 Trying provisional response 






38 






^^^ 


















User A is informed of incoming 
invitation from user B to join the 1 - 
to-many Chat 








39 




User A reads the initial message 
and accepts the 1 -to-many Chat 
invitation 


^g 


imli^^^^Bh 


40 








X 






>. 










200 OK 


UE_A responds INVITE with 200 
OK response with SDP to indicate 
that the session has been accepted 
and inform AS/IM_A with specific 
data for MSRP connection set up 


^ 




41 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




42 


200 OK 


AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 




43 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 




44 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 


f 


45 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 


^ 


46 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 




47 


ACK 


AS/IM B acknowledges the receipt 
of 200 OK for INVITE 




48 


ACK 


IMS_B forwards ACK to IBCF_B 




49 


ACK 


IBCF_B forwards ACK to IBCF_A 




50 


ACK 


IBCF_A forwards ACK to IMS_A 




51 


ACK 


IMS_A forwards ACK to AS/IM_A 




52 


ACK 


AS/IM A returns, possibly 
modified, ACK to IMS A 




53 


ACK 


IMS_A forwards ACK to UE_A 






54 


BYE 


UE_A releases the 1-to-1 IM 
session with BYE 






55 


BYE 


IMS A forwards BYE to AS/IM A 
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57 
58 
59 
60 
61 

"62" 
63 
64 
65 
66 
67 



68 



69 



70 



71 



72 



73 



74 



75 



76 



77 



78 



79 



80 



81 



82 



83 



84 



85 



86 



87 



BYE 



AS/IM_A returns, possibly 
modified, BYE to IMS_A 



BYE 



IIVIS A forwards BYE to IBCF A 



BYE 



IBCF A forwards BYE to IBCF B 



BYE 



IBCF B forwards BYE to IMS B 



BYE 



IMS B forwards BYE to AS/I M B 



BYE 



AS/IM_B returns, possibly 
modified, BYE to IMS_B 



BYE 



IMS B forwards BYE to IBCF B 



BYE 



IBCF B forwards BYE to IBCF A 



BYE 



IBCF A forwards BYE to IMS A 



BYE 



IMS A forwards BYE to UE B 



200 OK 



UE B sends 200 OK for BYE 



200 OK 



IMS_A forwards 200 OK response 
to IBCF A 



200 OK 



IBCF_A forwards 200 OK response 
to IBCF B 



200 OK 



IBCF_B forwards 200 OK response 
to IMS B 



200 OK 



IMS_B forwards 200 OK response 
toAS/IM B 



200 OK 



AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 



200 OK 



IMS_B forwards 200 OK response 
to IBCF B 



200 OK 



IBCF_B forwards 200 OK response 
to IBCF A 



200 OK 



IBCF_A forwards 200 OK response 
to IMS A 



200 OK 



IMS_A forwards 200 OK response 
toAS/IM A 



200 OK 



AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 



200 OK 



IMS_A forwards 200 OK response 
toUE A 



SUBSCRIBE 



UE_B subscribes to the conference 
event package 



SUBSCRIBE 



IMS_A forwards SUBSCRIBE to 
IBCF A 



SUBSCRIBE 



IBCF_A forwards SUBSCRIBE to 
IBCF B 



SUBSCRIBE 



IBCF_B forwards SUBSCRIBE to 
IMS B 



SUBSCRIBE 



IMS_B forwards SUBSCRIBE to 
AS/IM B 



200 OK 



AS/IM_B sends 200 OK for 
SUBSCRIBE 



200 OK 



IMS_B forwards 200 OK response 
to IBCF B 



200 OK 



IBCF_B forwards 200 OK response 
to IBCF A 



200 OK 



IBCF_A forwards 200 OK response 
to IMS A 



200 OK 



IMS_A forwards 200 OK response 
toUE B 



NOTIFY 



AS/IM_B sends NOTIFY to UE_ 
with list of 1 -to-many Chat 
participants 
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89 














f 




V 






NOTIFY 


IMS B forwards NOTIFY to 
IBCF B 




90 


NOTIFY 


IBCF B forwards NOTIFY to 
IBCF A 




91 


NOTIFY 


IBCF A forwards NOTIFY to 
IMS A 




92 


NOTIFY 


IMS_A forwards NOTIFY to UE_B 












93 


























User B is notified with list of 1 -to- 
many Chat participants 




94 








^. 


f 














200 OK 


UE B responds with 200 OK to 
IMS A 


>. 










95 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 




96 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




97 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




98 


200 OK 


IMS B forwards 200 OK response 
toAS/IM B 


>. 


99 


SUBSCRIBE 


UE_A subscribes to the conference 
event package 




^ 


100 


SUBSCRIBE 


IMS A forwards SUBSCRIBE to 
AS/IM A 


X 


101 


SUBSCRIBE 


AS/IM A returns, possibly 
modified, SUBSCRIBE to IMS A 




102 


SUBSCRIBE 


IMS A forwards SUBSCRIBE to 
IBCF A 




103 


SUBSCRIBE 


IBCF A forwards SUBSCRIBE to 
IBCF B 




104 


SUBSCRIBE 


IBCF B forwards SUBSCRIBE to 
IMS B 


f 


105 


SUBSCRIBE 


IMS B forwards SUBSCRIBE to 
AS/IM B 


^ 


106 


200 OK 


AS/IM B sends 200 OK for 
SUBSCRIBE 




107 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 


^ 


108 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 


f 


109 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




110 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




111 


200 OK 


AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 




112 


200 OK 


IMS A forwards 200 OK response 
toUE A 


^ 




113 


NOTIFY 


AS/IM_B sends NOTIFY to UE_A 
with list of 1 -to-many Chat 
participants 




114 


NOTIFY 


IMS_B forwards BYE to IBCF_B 




115 


NOTIFY 


IBCF_B forwards BYE to IBCF_A 




116 


NOTIFY 


IBCF_A forwards BYE to IMS_A 




117 


NOTIFY 


IMS_A forwards BYE to AS/IM_A 




118 


NOTIFY 


AS/IM A returns, possibly 
modified, BYE to IMS A 




119 


NOTIFY 


IMS_A forwards BYE to UE_A 






120 




>■ 




















User A is notified with list of 1 -to- 
many Chat participants 






■ 




u 






m^ 


















_^ 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

M 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






121 
























200 OK 


UE_A sends 200 OK for NOTIFY 






122 


200 OK 


IMS A forwards 200 OK response 
toAS/IM A 




123 


200 OK 


AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 




124 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 




125 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




126 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




127 


200 OK 


IMS B forwards 200 OK response 
toAS/IM B 




128 

1 




^^^^^^^^^^^^^^^ 






^ 








Users perform messaging in the 1- 
to-many Chat (see clause 5.3.2.2 

Chat 1 to many via MSRP - 
Roaming) 




















129 








































Continue UC RCS 6 R(104A- 
146B) 



4.4.4 RCS-e services during a call 

RCS-e services during a call include two main types of Content sharing: 

• Video sharing; 

• Pictures sharing. 

The main difference between these types of Content sharing is in the media session protocol. In case of Video sharing 
users establish RTP media session and for the Pictures sharing purposes MSRP connection is used. Since the call flow 
sequences for Pictures and Video sharing are similar in the Use Cases below there is only a common procedure of 
Content sharing described. 

In the case of sharing a file (picture) during a call follow Use Cases provided in the File transfer service clause 4.4.5. 

For Use Cases of Content sharing during a call it is assumed that UEs registered on the corresponding IMS networks 
and they have already performed capability discovery procedures. In particular, users subscribed to RCS-e services 
during a call such as video and pictures sharing. 



4.4.4.1 



Content sharing 



4.4.4.1.1 



UC_RCS_8_I: SIP message flow for Content sharing with CF_INT_CALL 



The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering). 



Step 


Action 


OF INT CALL 


1A 


User A establishes voice call with user B 


Step 1 A 


IB 


User B establishes voice call with user A 


Step 1 B 


2 


User A requests to share content with user B 


Step 2 


3 


User B is requested to accept to share content 


Step 1 3 


4 


User B accepts to share content with user A 


Step 19 


5 


User A is informed that request has been answered 


Step 25 


6 


Content sharing starts 


Step 31 


7A 


User A ends content sharing 


Step 32A 


8A 


User B is informed that content sharing has terminated 


Step 38A 
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Step 


Action 


CF INT CALL 


9A 


User A is informed tliat content sliaring has terminated 


Step 44A 


10A 


User A initiates voice call termination 


Step 55A 


7B 


User B ends content sharing 


Step 32B 


8B 


User A is informed that content sharing has terminated 


Step 38B 


9B 


User B is informed that content sharing has terminated 


Step 44B 


108 


User B initiates voice call termination 


Step 55B 



The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1A 






















User A establishes a voice call to user B 
























1B 
















User B establishes a voice call to user A 


i 










^ 


2 
















User A requests to share content with user B 


^ 


3 








) 

i 


) 

i 


\ 








INVITE 


UE_A sends INVITE to share content with user B 




4 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




5 


INVITE 


IIVIS_A forwards INVITE to IBCF_A 


6 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 


7 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


8 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


9 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


10 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




11 


INVITE 


IMS_B forwards INVITE to UE_B 


/ 


12 


100 Trying 


UE_B responds with a 100 Trying provisional 
response 




13 
















\ 






User B is requested to accept to share content 




14 






^ 


i 


< 










180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




15 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF B 




16 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF A 


17 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS A 


18 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




19 
















k 






User B accepts to share content 


20 








< 


i 










200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the request has been accepted 




21 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




22 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


23 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


24 


200 OK 


IMS_A forwards 200 OK response to UE_A 




25 






















User A is informed that request has been 
answered 


'■ 




26 






\ 


) 


) 


N 


\ 






ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




27 


ACK 


IMS_A forwards ACK to IBCF_A 


28 


ACK 


IBCF_A forwards ACK to IBCF_B 


29 


ACK 


IBCF_B forwards ACK to IMS_B 




30 


ACK 


IMS_B forwards ACK to UE_B 




31 






















Content sharing starts (see clause 5.3.3 Image 
data via MSRP ) 






































32A 




User A ends content sharing 


^ 
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Step 


Direction 


IVIessage 


Comment 
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A 


U 
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A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 

B 


u 

E 
B 


U 
s 
e 
r 
B 






33A 








) 


\ 










BYE 


UE_A releases the call with BYE 




34A 


BYE 


IMS_A forwards BYE to IBCF_A 


35A 


BYE 


IBCF_A forwards BYE to IBCF_B 


36A 


BYE 


IBCF_B forwards BYE to IMS_B 




37A 


BYE 


IMS_B forwards BYE to UE_B 




38A 






















User B is informed that content sharing has 
ended 


; 




39A 






^ 


i 


k 




^ 






200 OK 


UE_B sends 200 OK for BYE 




40A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




41A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


42A 


200 OK 


IBCF_A forwards 200 OK response to ll\/IS_A 


43A 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_A 




44A 






















User A is informed that content sharing has 
ended 


45A 






/ 


k 

) 


k 

) 


^ 








OPTIONS 


UE_B sends OPTIONS to IMS_B to verify 
availability of video sharing capability of the 
UE A 




46A 


OPTIONS 


IMS_B forwards OPTIONS to IBCF_B 




47A 


OPTIONS 


IBCF_B forwards OPTIONS to IBCF_A 


48A 


OPTIONS 


IBCF_A forwards OPTIONS to IMS_A 


49A 


OPTIONS 


IMS_A forwards OPTIONS to UE_A 




50A 


200 OK 


UE_A responds 200 OK to IMS_A with updated 
capabilities 




51A 


200 OK 


IMS_A forwards 200 OK to IBCF_A 


52A 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 


53A 


200 OK 


IBCF_B forwards 200 OK to IMS_B 




54A 


200 OK 


IMS_B forwards 200 OK to UE_B 




55A 




i 












^ 






Voice call termination initiated by user A 


32B 












k 




User B ends content sharing 


33B 






^ 


i 


{ 




/ 






BYE 


UE_B releases the call with BYE 




34B 


BYE 


IMS_B forwards BYE to IBCF_B 




358 


BYE 


IBCF_B forwards BYE to IBCF_A 


36B 


BYE 


IBCF_A forwards BYE to IMS_A 


37B 


BYE 


IMS_A forwards BYE to UE_A 




38B 




f 


















User A is informed that content sharing has 
ended 




39B 








) 


) 


N 


\ 






200 OK 


UE_A sends 200 OK for BYE 




40B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


41B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


42B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




43B 


200 OK 


IMS_B forwards the 200 OK response to UE_B 




44B 






















User B is informed that content sharing has 
ended 


\ 






45 






\ 


) 

i 


) 

k 




\ 






OPTIONS 


UE_A sends OPTIONS to ll\/IS_A to verify 
availability of video sharing capability of the 
UE B 


f 


46 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 


47 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 


48 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 




49 


OPTIONS 


IMS_B forwards OPTIONS to UE_B 




50 


200 OK 


UE_B responds with 200 OK to IMS_B with 
updated capabilities 




51 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




52 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 


53 


200 OK 


IBCF_A forwards 200 OK to IMS_A 


54 


200 OK 


IMS_A forwards 200 OK to UE_A 
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Step 


Direction 


IVIessage 


Comment 




U 


U 


1 


1 


1 


1 


U 


U 








s 


E 


M 


B 


B 


M 


E 


s 








e 


A 


S 


C 


C 


S 


B 


e 








r 




A 


F 


F 


B 




r 








A 






A 


B 






B 






55B 






Voice call termination initiated by user B 



4.4.4.1.2 



UC_RCS_8_R: SIP message flow for Content sharing with CF_ROAM_CALL 
(OPTIONAL) 



The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering). 



Step 


Action 


CF ROAM CALL 


1A 


User A establishes voice call with user B 


Step 1 A 


IB 


User B establishes voice call with user A 


Step 1 B 


2 


User A requests to share content with user B 


Step 2 


3 


User B is requested to accept to share content 


Step 1 9 


4 


User B accepts to share content with user A 


Step 28 


5 


User A is informed that request has been answered 


Step 37 


6 


Content sharing starts 


Step 46 


7A 


User A ends content sharing 


Step 47A 


8A 


User B is informed that content sharing has terminated 


Step 56A 


9A 


User A is informed that content sharing has terminated 


Step 65A 


10A 


User A initiates voice call termination 


Step 82A 


7B 


User B ends content sharing 


Step 47B 


8B 


User A is informed that content sharing has terminated 


Step 56B 


9B 


User B is informed that content sharing has terminated 


Step 65B 


10B 


User B initiates voice call termination 


Step 82B 



The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1A 






















User A sets up a voice call to user B 


i 










) 


1B 






















User B sets up a voice call to user A 


























2 


» 














User A requests to share content with user B 


3 






\ 


) 

< 

i 


d — 


■4 
■4 


\ 








INVITE 


UE_A sends INVITE to share content with user B 




4 


100 Trying 


IIVIS_A responds with a 100 Trying provisional 
response 




5 


INVITE 


IMS_A forwards INVITE to IBCF_A 


6 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


7 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


8 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


9 


INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 


10 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




11 


INVITE 


IMS_B forwards INVITE to IBCF_B 


\ 


12 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




13 


INVITE 


IBCF_B forwards INVITE to IBCF_A 


14 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


15 


INVITE 


IBCF_A forwards INVITE to IMS_A 
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Step 


Direction 


IVIessage 


Comment 
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A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






16 








) 

i 






\ 






100 Trying 


IMS_A responds with a 100 Trying provisional 
response 


17 


INVITE 


IMS_A forwards INVITE to UE_B 






18 


100 Trying 


UE_B responds with a 100 Trying provisional 
response 






19 
















) 






User B is requested to accept to share content 


20 








< 

) 

<i 


) 

i 






^ 




180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 






21 


180 Ringing 


IMS A forwards 180 Ringing response to 
IBCF A 


22 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF B 


23 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS B 




24 


180 Ringing 


IMS B forwards the 1 80 Ringing response to 
IBCF B 




25 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF A 


26 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS A 


27 

9fi 


180 Ringing 


IMS_A forwards 180 Ringing response to UE_A 




29 








i 

) 

i 


) 

i 










200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the request has been accepted 






30 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


31 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


32 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


^ 


33 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




34 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


35 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


36 




IMS_A forwards 200 OK response to UE_A 




37 






















User A is informed that request has been 
answered 


i 




38 








) 

i 


) 

i 




\ 






ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




39 


ACK 


IMS_A forwards ACK to IBCF_A 


40 


ACK 


IBCF_A forwards ACK to IBCF_B 


41 


ACK 


IBCF_B forwards ACK to IMS_B 




42 


ACK 


IMS_B forwards ACK to IBCF_B 




43 


ACK 


IBCF_B forwards ACK to IBCF_A 


44 


ACK 


IBCF_A forwards ACK to IMS_A 


45 


ACK 


IMS_A forwards ACK to UE_B 






46 






















Content sharing starts (see clause 5.3.3 Image 
data via MSRP ) 












; 














47A 




User A ends content sharing 


i 










^ 


48A 






\ 


) 

i 


) 

i 










BYE 


UE_A releases the call with BYE 




49A 


BYE 


IMS_A forwards BYE to IBCF_A 


50A 


BYE 


IBCF_A forwards BYE to IBCF_B 


51A 


BYE 


IBCF_B forwards BYE to IMS_B 




52A 


BYE 


IMS_B forwards BYE to IBCF_B 




53A 


BYE 


IBCF_B forwards BYE to IBCF_A 


54A 


BYE 


IBCF_A forwards BYE to IMS_A 


55A 


BYE 


IMS_A forwards BYE to UE_B 






56A 






















User B is informed that content sharing has 
ended 


\ 






57A 








i 

> 












200 OK 


UE_B sends 200 OK for BYE 






58A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 
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IVIessage 


Comment 
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A 
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F 
B 


1 

M 
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B 


U 

E 
B 


U 
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r 
B 






59A 






^ 


i 


) 

d 


N 








200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


60A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


/ 


61A 


200 OK 


IMS_B forwards the 200 OK response to IBCF_B 




62A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


63A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


64A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




65A 






















Content sharing terminates 


66A 








< 

) 

< 

) 

< 


> 

i 

) 

i 










OPTIONS 


UE_B sends OPTIONS to ll\/IS_A to verify 
availability of video sharing capability of the 
UE A 




\ 


67A 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 


68A 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 


69A 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 


^ 


70A 


OPTIONS 


IMS_B forwards OPTIONS to IBCF_B 




71A 


OPTIONS 


IBCF_B forwards OPTIONS to IBCF_A 


72A 


OPTIONS 


IBCF_A forwards OPTIONS to IMS_A 


73A 


OPTIONS 


IMS_A forwards OPTIONS to UE_A 


\ 


74A 


200 OK 


UE_A responds 200 OK to IMS_A with updated 
capabilities 




75A 


200 OK 


IMS_A forwards 200 OK to IBCF_A 


76A 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 


77A 


200 OK 


IBCF_B forwards 200 OK to IMS_B 




78A 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




79A 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 


80A 


200 OK 


IBCF_A forwards 200 OK to IMS_A 


81A 


200 OK 


IMS_A forwards 200 OK to UE_B 






82A 






















User A terminates voice call 


47B 




User B ends content sharing 


48B 








i 

> 

< 


) 

i 










BYE 


UE_B releases the call with BYE 


\ 




49B 


BYE 


IMS_A forwards BYE to IBCF_A 


508 


BYE 


IBCF_A forwards BYE to IBCF_B 


51B 


BYE 


IBCF_B forwards BYE to IMS_B 




52B 


BYE 


IMS_B forwards BYE to IBCF_B 




538 


BYE 


IBCF_B forwards BYE to IBCF_A 


54B 


BYE 


IBCF_A forwards BYE to IMS_A 


55B 


BYE 


IMS_A forwards BYE to UE_A 




568 
















User A is informed that content sharing has 
ended 


'■ 




57B 








) 

i 


) 

d 


\ 


\ 






200 OK 


UE_A sends 200 OK for BYE 




58B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


598 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


60B 


200 OK 


IBCF_B forwards 200 OK response to ll\/IS_B 


/ 


61B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




628 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


63B 


200 OK 


IBCF_A forwards 200 OK response to ll\/IS_A 


64B 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_B 






65B 




d 












) 






Content sharing terminates 


66B 








) 


) 

i 










OPTIONS 


UE_A sends OPTIONS to IMS_A to verify 
availability of video sharing capability of the 
UE B 




67B 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 


68B 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 


69B 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 




70B 


OPTIONS 


IMS_B forwards OPTIONS to IBCF_B 




71B 


OPTIONS 


IBCF_B forwards OPTIONS to IBCF_A 
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B 


1 

M 
S 
B 
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B 
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72B 








<— 


-> 


> 

i 




\ 






OPTIONS 


IBCF_A forwards OPTIONS to IMS_A 


73B 


OPTIONS 


IMS_A forwards OPTIONS to UE_B 






74B 


200 OK 


UE_B responds with 200 OK to IMS_A with 
updated capabilities 






758 


200 OK 


IMS_A forwards 200 OK to IBCF_A 


76B 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 


77B 


200 OK 


IBCF_B forwards 200 OK to IMS_B 


^ 


78B 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




79B 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 


SOB 


200 OK 


IBCF_A forwards 200 OK to IMS_A 


81B 


200 OK 


IMS_A forwards 200 OK to UE_A 




82B 




^ 












) 






User B terminates voice call 



4.4.5 File transfer service 

Following there are the expected common call flow sequences for a standalone File transfer service. 

For all Use Cases it is assumed that UEs registered on the corresponding IMS networks and they have already 
performed capability discovery procedures. In particular, users subscribed to standalone File transfer service. 

NOTE: According to RCS-e specification [11] File Transfer is a standalone service. In the mean time sharing 
picture during a call from the 'Media gallery' of the user terminal or file transfer during 1-to-l chat 
ultimately equals to File transfer service procedures from a call flow sequences point of view. 



4.4.5.1 



UC_RCS_9_I: SIP message flow for File transfer with CF_INT_AS 



The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



step 


Action 


CF INT AS 


1 


User A initiates a file transfer to user B 


Step 1 


2 


User B is informed of incoming file and accepts the transfer 


Step 20 


3 


User A is informed that file transfer has been accepted by user B 


Step 30 


4 


File transfer starts 


Step 40 


5 


File transfer completed (size checked) 


Step 41 


6 


User B is informed that file transfer completed 


Step 51 


7 


User A is informed that file transfer completed 


Step 61 



The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 


























User A initiates a file transfer to user 
B 


5 




2 
























INVITE 


UE_A sends INVITE to IMS_A to 
establish a session with the SDP 
offer indicating all specific data for a 
MSRP connection set up 


^ 




3 


100 Trying 


IIVIS_A responds with a 1 00 Trying 
provisional response 






4 


INVITE 


IIVIS_A forwards INVITE to AS/IM_A 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






5 








V 










>. 






100 Trying 


AS/IM_A responds with a 100 
Trying provisional response 




6 


INVITE 


AS/IM A returns, possibly modified, 
INVITE to IMS A 




7 


100 Trying 


IMS_A responds with a 1 00 Trying 
provisional response 




8 


INVITE 


IMS_A forwards INVITE to IBCF_A 


^ 


9 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




10 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




11 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




12 


INVITE 


IBCF_B forwards INVITE to IMS_B 




13 


100 Trying 


IMS_B responds with a 1 00 Trying 
provisional response 




14 


INVITE 


IMS_B forwards INVITE to AS/IM_B 


^ 


15 


100 Trying 


AS/IM_B responds with a 100 
Trying provisional response 


^ 


16 


INVITE 


AS/IM B returns, possibly modified, 
INVITE to IMS B 




17 


100 Trying 


IMS_B responds with a 1 00 Trying 
provisional response 




18 


INVITE 


IMS_B forwards INVITE to UE_B 






19 


100 Trying 


UE_B optionally responds with a 
100 Trying provisional response 






20 


























User B is informed of incoming file 
and accepts the transfer 




21 






f 








^ 










200 OK 


UE_B responds INVITE with 200 
OK response with SDP to indicate 
that the session has been accepted 
and inform A-side with specific data 
for a MSRP connection set up 


>. 




22 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 


^ 


23 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




24 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




25 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




26 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




27 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 


>. 


28 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




29 


200 OK 


IMS A forwards 200 OK response 
toUE A 






30 


























User A is informed that file transfer 
has been accepted by user B 




31 
















\ 








ACK 


UE A acknowledges the receipt of 
200 OK for INVITE 




^ 


32 


ACK 


IMS_A forwards ACK to AS/IM_A 




33 


ACK 


AS/IM A returns, possibly modified, 
ACK to IMS A 




34 


ACK 


IMS_A forwards ACK to IBCF_A 




35 


ACK 


IBCF_A forwards ACK to IBCF_B 




36 


ACK 


IBCF_B forwards ACK to IMS_B 




37 


ACK 


IMS_B forwards ACK to AS/IM_B 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 

S/ 
1 

M 
B 


U 

E 
B 


u 

s 
e 
r 
B 






38 
















^ 








ACK 


AS/IM B returns, possibly modified, 
ACK to IMS B 




39 


ACK 


IMS_B forwards ACK to UE_B 






40 




^ 
















■^^ 






File transfer starts (see clause 5.3.3 
Image data via MSRP ) 




















41 






File transfer completed (size 
checked) 


42 
























BYE 


UE_A releases the file transfer 
session with BYE 






43 


BYE 


IMS_A forwards BYE to AS/IM_A 




44 


BYE 


AS/IM A returns, possibly modified, 
BYE to IMS A 




45 


BYE 


IMS_A forwards BYE to IBCF_A 




46 


BYE 


IBCF_A forwards BYE to IBCF_B 




47 


BYE 


IBCF_B forwards BYE to IMS_B 




48 


BYE 


IMS_B forwards BYE to AS/IM_B 




49 


BYE 


AS/IM B returns, possibly modified, 
BYE to IMS B 




50 


BYE 


IMS_B forwards BYE to UE_B 






51 


























User B is informed that file transfer 
completed 




52 






f 


^ 
















200 OK 


UE_B sends 200 OK for BYE 


>. 




53 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 


^ 


54 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




55 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




56 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




57 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




58 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




59 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




60 


200 OK 


IMS A forwards 200 OK response 
toUE A 






61 


























User A is informed that file transfer 
completed 





































4.4.5.2 UC_RCS_9_R: SIP message flow for File transfer with CF_ROAM_AS 

(OPTIONAL) 

The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF ROAM AS 


1 


User B initiates a file transfer to user A 


Step 1 


2 


User A is informed of incoming file and accepts the transfer 


Step 26 


3 


User B is informed that file transfer has been accepted by user A 


Step 39 


4 


File transfer starts 


Step 52 


5 


File transfer completed (size checked) 


Step 53 


6 


User A is informed that file transfer completed 


Step 66 


7 


User B is informed that file transfer completed 


Step 79 
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The expected call flow sequence is: 



Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



A 

S/ 
I 

IVI 
A 



I 
IVI 

s 

A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



10 



11 



12 



13 



14 



15 



16 



17 



19 



20 



21 



22 



23 



24 



25 



26 



27 



28 



29 



30 



31 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



User B initiates a file transfer to user 
A 



UE_B sends INVITE to IMS_A to 
establish a new session with the 
SDP offer indicating all specific data 
for a new IVISRP connection set up 



IIVIS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IBCF B 



IBCFB responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to AS/IM B 



AS/IM_B responds with a 100 Trying 
provisional response 



AS/IM_B returns, possibly modified, 
INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to AS/IM A 



AS/IM_A responds with a 100 Trying 
provisional response 



AS/IM_A returns, possibly modified, 
INVITE to IMS A 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to UE A 



UE_A optionally responds with a 100 
Trying provisional response 



User A is informed of incoming file 
and accepts the transfer 



UE_A responds INVITE with 200 OK 
response with SDP to indicate that 
the session has been accepted and 
inform B-side with specific data for a 
new MSRP connection set up 



IMS_A forwards 200 OK response to 
AS/IM A 



AS/IM_A returns, possibly modified, 
200 OK response to IMS_A 



IMS_A forwards 200 OK response to 
IBCF A 



IBCF_A forwards 200 OK response 
to IBCF B 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


u 

E 
B 


U 
s 
e 
r 
B 






32 










^ 


^ 


V 










200 OK 


IBCF B forwards 200 OK response 
to IMS B 




33 


200 OK 


IMS B forwards 200 OK response to 
AS/IM B 




34 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




35 


200 OK 


IMS B forwards 200 OK response to 
IBCF B 




36 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




37 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




38 


200 OK 


IMS A forwards 200 OK response to 
UE B 












39 


























User B is informed that file transfer 
has been accepted by user B 




40 






^ 


^ 
















ACK 


UE B acl<nowledges the receipt of 
200 OK for INVITE 


V 










41 


ACK 


IMS_A forwards ACK to IBCF_A 




42 


ACK 


IBCF_A forwards ACK to IBCF_B 




43 


ACK 


IBCF_B forwards ACK to IMS_B 


^ 


44 


ACK 


IMS_B forwards ACK to AS/IM_B 




45 


ACK 


AS/IM B returns, possibly modified, 
ACK to IMS B 




46 


ACK 


IMS_B forwards ACK to IBCF_B 




47 


ACK 


IBCF_B forwards ACK to IBCF_A 




48 


ACK 


IBCF_A forwards ACK to IMS_A 




49 


ACK 


IMS_A forwards ACK to AS/IM_A 




50 


ACK 


AS/IM A returns, possibly modified, 
ACK to IMS A 




51 


ACK 


IMS_A forwards ACK to UE_A 






52 




^ 






















File transfer starts (see clause 5.3.3 
Image data via MSRP ) 




















53 




File transfer completed (size 
checked) 


54 






^ 




^ 














BYE 


UE_B releases the file transfer 
session with BYE 


v 










55 


BYE 


IMS_A forwards BYE to IBCF_A 




56 


BYE 


IBCF_A forwards BYE to IBCF_B 


f 


57 


BYE 


IBCF_B forwards BYE to IMS_B 


^ 


58 


BYE 


IMS_B forwards BYE to AS/IM_B 


f 


59 


BYE 


AS/IM B returns, possibly modified, 
BYE to IMS B 




60 


BYE 


IMS_B forwards BYE to IBCF_B 




61 


BYE 


IBCF_B forwards BYE to IBCF_A 




62 


BYE 


IBCF_A forwards BYE to IMS_A 




63 


BYE 


IMS_A forwards BYE to AS/IM_A 




64 


BYE 


AS/IM A returns, possibly modified, 
BYE to IMS A 




65 


BYE 


IMS_A forwards BYE to UE_A 






66 


























User A is informed that file transfer 
completed 


67 
























200 OK 


UE_A sends 200 OK for BYE 




^ 


68 


200 OK 


IMS A forwards 200 OK response to 
AS/IM A 




69 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




' 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


\ 

B 
C 

F 
B 


\ 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






70 










V 














200 OK 


IMS A forwards 200 OK response to 
IBCF A 




71 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 


f 


72 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 


f 


73 


200 OK 


IMS B forwards 200 OK response to 
AS/IM B 


^ 


74 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




75 


200 OK 


IMS B forwards 200 OK response to 
IBCF B 




76 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




77 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




78 


200 OK 


IMS A forwards 200 OK response to 
UE B 












79 


























User B is informed that file transfer 
completed 





































4.5 Test Descriptions 



This clause introduces interoperability test descriptions (TDs) which realize one or more IMS NNI test purposes of 
TS 186 011-1 [2]. 

Each TD is defined on the basis of one of the generic use cases forms presented in the previous clause and in 
TS 186 01 1-2 [9], clause 4.4. Each test sequence step in a TD includes also a reference to a specific call flow step of the 
generic use case. Call flow steps which are associated with the test body are repeated after each TD and include any 
modifications necessary to adapt the generic use case. In the adapted call flow steps that are associated with user 
interactions are shown shaded and steps which have pass criteria are associated with are shown in bold. 

Note that the expected test sequence may only show the Call Flow that affects the test. 

In the tabulations which follow, all references are to TS 124 229 [1]. 



4.5.1 Capability discovery 



4.5.1.1 



Capability discover through OPTIONS - User B is Registered - interworking 



Interoperability Test Description 


Identifier: 


TD IMS CAP 0001 


Summary: 


IMS networl< supports capability discovery and OPTIONS messages exchange 
between two users in their home network can be performed. User B must be 
Registered. 


Configuration: 


CF INT AS 


SUT 


IMS B 


References 


Test Purpose 


Specification Reference 


TP IMS 5097 13 


TS 124 229 [1], clause 5.4.3.2 HI 


TP IMS 5108 07 


TS 124 229 [1], clause 5.4.3.3 HI 


TP IMS 5115 08 


TS 124 229 [1], clause 5.4.3.3 165 


Use Case ref.: 


UC RCS 1 1 1 


^& ^H 
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Interoperability Test Description 



Pre-test 
conditions: 



HSS of IMS_A and of IMS B is configured according to table 1 

UE_A and UE_B have IP bearers established to their respective IMS networks as 

per TS 1 86 01 1 -2 [9], clause 4.2. 1 

UEA is registered in IMS_A optionally using userPRES according to table 1 

UE_B is registered in IMS_B optionally using userPRES according to table 1 

UE_A is optionally configured to receive notifications with watcher information 

IMS_A is configured to contact AS_A 

IMS_B is configured to contact AS_B 

AS_B is optionally configured for reactive authorization 

IMS_A is within the trust domain of IMS_B 

IMS_A not configured for topology hiding 



Test Sequence: 



Step 



User A selects a contact of user B in the phone address book 



User B is informed about user A capabilities 



User A is informed about user B capabilities 



Conformance 
Criteria: 



Check 



TP_IMS_5097_13 in CFW step 6 (PUBLISH): 
ensure that { 
when {IMS_B receives a PUBLISH from IMS_A } 
then { IMS_B sends the PUBLISH to AS_B 
containing a Route_header 

indicating the SIP_URI of AS_B and 
containing a P-Charging-Function-Addresses_header and 
containing a P-Charging-Vector_header 

containing an orig-ioi parameter indicating IMS_A and 
not containing a term-ioi parameter and 
containing access-network-charging-info } 
} 



TP_IMS_5108_07 in CFW step 18 (SUBSCRIBE): 
ensure that { 

when { IMS_A receives a SUBSCRIBE addressed to UE_B } 
then { IMS_B sends the SUBSCRIBE to AS_B 
containing a topmost Route header 

indicating the SIP URI of AS_B 
containing a Route header 

indicating the S-CSCF_SIP URI of IMS_B 
containing a P-Charging-Vector_header 

containing an orig-ioi parameter indicating IMS_A and 
not containing a term-ioi parameter} 
} 
I 



TP_IMS_51 15_08 in CFW step 19 (200 OK): 
ensure that { 

when { AS_B sends a 200 response to UEA } 
then { IMS_B receives the 200 response 

containing a P-Charging-Vector_header 
containing a orig-ioi_parameter indicating IMS_A and 
containing a term-ioi_parameter indicating IMS_B } 
1 



Step 


Direction 


Message 


Comment 




U 

s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A selects a contact of user B in the phone 
address book 


2 






\ 




\ 










OPTIONS 


UE_A sends OPTIONS to IMS_A with Accept- 
contact header containing user A capabilities 
(RCS-e services Tags) 




3 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 




4 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 




' 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






5 














\ 






OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 




6 


OPTIONS 


IMS_B forwards OPTIONS to UE_B 




7 






















User B is informed about user A capabilities 


8 






/ 


f 






*• 






200 OK 


UE_B responds with 200 OK to IIVIS_B with 
Contact header containing user B capabilities 
(RCS-e services Tags) 




9 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




10 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 




11 


200 OK 


IBCF_A forwards 200 OK to IMS_A 




12 


200 OK 


IMS_A forwards 200 OK to UE_A 




13 






















User A is informed about user B capabilities 



4.5.1.2 



Capability discover tlirough OPTIONS - User B is Registered - roaming 



Interoperability Test Description 


Identifier: 


TD IMS GAP 0002 


Summary: 


IMS network supports capability discovery and OPTIONS messages exchange 
between one user in its home network and another in visited network can be 
performed. User B must be Registered. 


Configuration: 


OF ROAM AS (OPTIONAL) 


SUT 


IMS B 


References 


Test Purpose 


Specification Reference 


TP IMS 5097 13 


TS 124 229 [1], clause 5.4.3.2 HI 


TP IMS 5108 07 


TS 124 229 [1], clause 5.4.3.3 11 


TP IMS 5115 08 


TS 124 229 [1], clause 5.4.3.3 1165 


Use Case ref.: 


UG RGS 1 R 



Pre-test 
conditions: 



HSS of IMS_A and of IMS B is configured according to table 1 

UE_A and UE_B have IP bearers established to their respective IMS networks as 

per TS 1 86 01 1 -2 [9], clause 4.2.1 

UE_A is registered in IMS_A optionally using userPRES according to table 1 

UE_B is registered in IMS_B via IMS A optionally using userPRES according to 

table 1 

UE_A is optionally configured to receive notifications with watcher information 

IMS_A is configured to contact AS_A 

IMS_B is configured to contact AS_B 

AS_B is optionally configured for reactive authorization 

IMS_A is within the trust domain of IMS_B 

IMS_A not configured for topology hiding 



Test Sequence: 



Step 



User A selects a contact of user B in the phone address book 



User B is informed about user A capabilities 



User A is informed about user B capabilities 



Conformance 
Criteria: 



Check 



TP_IMS_5097_13 in CFW step 6 (PUBLISH): 
ensure that { 
when {IMS_B receives a PUBLISH from IMS_A } 
then { IMS_B sends the PUBLISH to AS_B 
containing a Route_header 

indicating the SIP_URI of AS_B and 
containing a P-Charging-Function-Addresses_header and 
containing a P-Charging-Vector_header 

containing an orig-ioi parameter indicating IMS_A and 
not containing a term-ioi parameter and 
containing access-network-charging-info } 
} 
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Interoperability Test Description 




2 


TP_IMS_5108_07 in CFW step 18 (SUBSCRIBE): 
ensure that { 

when { IMS A receives a SUBSCRIBE addressed to UE Bj 
then { IMS_B sends the SUBSCRIBE to AS_B 
containing a topmost Route header 

indicating the SIP URI of AS_B 
containing a Route header 

indicating the S-CSCF_SIP URI of IMS_B 
containing a P-Charging-Vector_header 

containing an orig-ioi parameter indicating IMS_A and 
not containing a term-ioi parameter} 
} 
} 


3 


TP_IMS_5115_08 in CFW step 19 (200 OK): 
ensure that { 

when { AS_B sends a 200 response to UEA } 
then { IMS_B receives the 200 response 

containing a P-Charging-Vector_header 
containing a orig-ioi_parameter indicating IMS_A and 
containing a term-ioi parameter indicating IMS B } 

} 



Step 


Direction 


Message 


Comment 
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1 
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C 
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A 


1 

B 


F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
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B 






1 






















User A selects a contact of user B in the plione 
address bool< 


2 








) 

{ 


) 

i 


\ 


\ 






OPTIONS 


UE_A sends OPTIONS to MS_A with Accept- 
contact header containing user A capabilities 
(RCS-e services Tags) 




3 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 


4 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 


5 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 




6 


OPTIONS 


IMS_B forwards OPTIONS to IBCF_B 




7 


OPTIONS 


IBCF_B forwards OPTIONS to IBCF_A 


8 


OPTIONS 


IBCF_A forwards OPTIONS to IMS_A 


9 


OPTIONS 


IMS_A forwards OPTIONS to UE_B 






10 






















User B is informed about user A capabilities 


11 






^ 


i 

) 

i 


) 

d 










200 OK 


UE_B responds with 200 OK to IIVIS_A with 
Contact header containing user B capabilities 
(RCS-e services Tags) 


\ 




12 


200 OK 


IMS_A forwards 200 OK to IBCF_A 


13 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 


14 


200 OK 


IBCF_B forwards 200 OK to IMS_B 




15 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




16 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 


17 


200 OK 


IBCF_A forwards 200 OK to IMS_A 


18 


200 OK 


IMS_A forwards 200 OK to UE_A 




19 




i 


















User A is informed about user B capabilities 
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4.5.1.3 



Capability discover tlirough OPTIONS- User B is not Registered 
interworking 



Interoperability Test Description | 


Identifier: 


ID IMS CAP 0003 


Summary: 


IMS network supports capability discovery and OPTIONS messages excliange 
between two users in tlieir liome network can be performed. User B must be not 
Registered. 


Configuration: 


OF INT AS 


BUT 


IMS B 


References 


Test Purpose 


Specification Reference 


TP IMS 5097 13 


TS 124 229 [1], clause 5.4.3.2 HI 


TP IMS 5108 07 


TS 124 229 [1], clause 5.4.3.3 HI 


TP IMS 5115 08 


TS 124 229 [1], clause 5.4.3.3 1165 


Use Case ref.i 


UC RCS 1 1 1 


1 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE AandUE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2. 1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UEB is not registered in IMS_B 

• UE_A is optionally configured to receive notifications with watcher information 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• IMS A not configured for topology hiding 




Test Sequence: 


Step 




1 


User A selects a contact of user B in the phone address book 


2 


User A is informed that user B is offline (not registered) 


^H ^ 




Conformance 
Criteria: 


Check 




1 


TP_IMS_5097_13 in CFW step 6 (PUBLISH); 
ensure that { 
when {IMS B receives a PUBLISH from IMS A } 
then { IMS_B sends the PUBLISH to AS_B 
containing a Route_header 

indicating the SIP_URI of AS_B and 
containing a P-Charging-Function-Addresses_header and 
containing a P-Charging-Vector_header 

containing an orig-ioi parameter indicating IMS_A and 
not containing a term-ioi parameter and 
containing access-network-charging-info } 
} 


2 


TP_IMS_5108_07 in CFW step 18 (SUBSCRIBE): 
ensure that { 

when { IMS A receives a SUBSCRIBE addressed to UE B} 
then { IMS_B sends the SUBSCRIBE to AS_B 
containing a topmost Route header 

indicating the SIP URI of AS_B 
containing a Route header 

indicating the S-CSCF_SIP URI of IMS_B 
containing a P-Charging-Vector_header 

containing an orig-ioi parameter indicating IMS_A and 
not containing a term-ioi parameter} 
} 
} 


3 


TP_IMS_51 15_08 in CFW step 19 (200 OK): 
ensure that { 

when { AS_B sends a 200 response to UEA } 
then { IMS_B receives the 200 response 

containing a P-Charging-Vector_header 
containing a orig-ioi_parameter indicating IMS_A and 
containing a term-ioi parameter indicating IMS B } 
} 
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Step 


Direction 


IVIessage 


Comment 
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E 
A 
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M 
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A 


1 

B 
C 
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A 
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B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
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e 
r 
B 






1 






















User A selects a contact of user B In the phone 
address bool< 


2 






\ 


) 

< 


} 

d 










OPTIONS 


UE_A sends OPTIONS to ll\/IS_A with Accept- 
contact header containing user A capabilities 
(RCS-e services Tags) 


^ 


3 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 


4 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 


5 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 


/ 


6 


480 Not 
Registered/ 
408 Request 
Timeout 


IMS_B responds OPTIONS with 480 Not 
Registered/408 Request Timeout to IBCF_B 




7 


480 Not 
Registered/ 
408 Request 
Timeout 


IBCF_B forwards 480 Not Registered/408 
Request Timeout response to IBCFA 


8 


480 Not 
Registered/ 
408 Request 
Timeout 


IBCF_A forwards 480 Not Registered/408 
Request Timeout response to IMS_A 


9 


480 Not 
Registered/ 
408 Request 
Timeout 


IMS_A forwards 480 Not Registered/408 
Request Timeout response to UEA 




10 






















User A is informed that user B is offline (not 
registered) 



4.5.1 .4 Capability discover through OPTIONS - User B is not provisioned for RCS-e 

- interworking 



Interoperability Test Description 


Identifier: 


TD IMS CAP 0004 


Summary: 


IMS network supports capability discovery and OPTIONS messages exchange 
between two users in their home network can be performed. User B must be not 
provisioned for RCS-e services. 


Configuration: 


CF INT AS 


SUT 


IMS B 


References 


Test Purpose 


Specification Reference 


TP IMS 5097 13 


TS 124 229 [1], clause 5.4.3.2 HI 


TP IMS 5108 07 


TS 124 229 [1], clause 5.4.3.3 HI 


TP IMS 5115 08 


TS 124 229 [1], clause 5.4.3.3 1165 


Use Case ref.: 


UC RCS 1 1 I 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UEA and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2. 1 

• UEA is registered in IMS_A optionally using userPRES according to table 1 

• UE_B is registered in IMS_B without RCS-e capabilities 

• UE_A is optionally configured to receive notifications with watcher information 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• IMS_A not configured for topology hiding 
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Interoperability Test Description 



Test Sequence: 



Step 



User A selects a contact of user B in the phone address book 



User A is informed that user B is not provisioned for RCS-e 



Conformance 
Criteria: 



Clieck 



TP_II\/IS_5097_13 in CFW step 6 (PUBLISH): 
ensure that { 
when {IMS_B receives a PUBLISH from IMS_A } 
then { IMS_B sends the PUBLISH to AS_B 
containing a Route_header 

indicating the SIP_URI of AS_B and 
containing a P-Charging-Function-Addresses_header and 
containing a P-Charging-Vector_header 

containing an orig-ioi parameter indicating IMS_A and 
not containing a term-ioi parameter and 
containing access-networl<-charging-info } 
1 



TP_II\/IS_5108_07 in CFW step 18 (SUBSCRIBE): 
ensure that { 

when { IMS_A receives a SUBSCRIBE addressed to UE_B} 
then { IMS_B sends the SUBSCRIBE to AS_B 
containing a topmost Route header 

indicating the SIP URI of AS_B 
containing a Route header 

indicating the S-CSCF_SIP URI of IMS_B 
containing a P-Charging-Vector_header 

containing an orig-ioi parameter indicating IMS_A and 
not containing a term-ioi parameter} 
} 
1 



TP_II\/IS_51 15_08 in CFW step 19 (200 OK): 
ensure that { 

when { AS_B sends a 200 response to UEA } 
then { IMS_B receives the 200 response 

containing a P-Charging-Vector_header 
containing a orig-ioi_parameter indicating IMS_A and 
containing a term-ioi_parameter indicating IMS_B } 
1 



Step 


Direction 


Message 


Comment 




U 
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r 
A 


U 

E 
A 


1 

lUI 
S 
A 


1 

B 
C 
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A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















User A selects a contact of user B in the phone 
address book 


2 






\ 


} 

< 


) 

i 


V 








OPTIONS 


UE_A sends OPTIONS to IMS_A with Accept- 
contact header containing user A capabilities 
(RCS-e services Tags) 


/ 


3 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 


4 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 


5 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 




6 


404 Not 
Found 


IMS B responds OPTIONS with 404 Not Found 
to IBCF B 




7 


404 Not 
Found 


IBCF B forwards 404 Not Found response to 
IBCF A 


8 


404 Not 
Found 


IBCF A forwards 404 Not Found response to 
IMS A 


9 


404 Not 
Found 


IMS A forwards 404 Not Found response to 
UE A 




10 






















User A is informed that user B is not provisioned 
for RCS-e 
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4.5.2 Social Presence 



4.5.2.1 



Watcher subscription for presence event notification in visited network 



Interoperability Test Description | 


Identifier: 


ID IMS PRES 0001 


Summary: 


IMS network supports properly presence service when a watcher subscribes to 
presence information for a presentity that it's located in a different network. 


Configuration: 


OF ROAM AS (OPTIONAL) 


BUT 


IMS B 


References 


Test Purpose 


Specification Reference 


TP IMS 5097 13 


TS 124 229 [1], clause 5.4.3.2 HI 


TP IMS 5108 07 


TS 124 229 [1], clause 5.4.3.3 HI 


TP IMS 5115 08 


TS 124 229 [1], clause 5.4.3.3 1165 


Use Case ref.: 


UC RCS 2 R 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE A and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2. 1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE B is registered in IMS B via IMS A optionally using userPRES according to 
table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• IMS A not configured for topology hiding 




Test Sequence: 
1 


Step 


"--■ 


1 


User B publishes presence and capability information 


2 


User B is informed of its presence status update 


3 


User A selects a contact of user B in the phone address book 


4 


User B is informed about user A capabilities 


5 


User A is informed about user B capabilities 


6 


User A subscribes to presence and capability information from User B 


7 


SUBSCRIPTION triggers the AS to send a NOTIFY to UE_B indicating the 
change to the watcher information subscriber 


8 


User B receives an authorization request from User A to see its own 
presence and capability information 


9 


User B authorizes user A to be informed of its own presence and capability 
information 


10 


User A is informed of user B presence and capability information 


11 


User A sees user B presence and capability information 


1 ^^^ 

Conformance 
Criteria: 


Checl< 




1 


TP_IMS_5097_13 in CFW step 6 (PUBLISH): 
ensure that { 
when {IMS B receives a PUBLISH from IMS A } 
then { IMS_B sends the PUBLISH to AS_B 
containing a Route_header 

indicating the SIP_URI of AS_B and 
containing a P-Charging-Function-Addresses_header and 
containing a P-Charging-Vector_header 

containing an orig-ioi parameter indicating IMS_A and 
not containing a term-ioi parameter and 
containing access-network-charging-info } 
} 
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Interoperability Test Description 




2 


TP_IMS_5108_07 in CFW step 18 (SUBSCRIBE): 
ensure that { 

when { IMS A receives a SUBSCRIBE addressed to UE Bj 
then { IMS_B sends the SUBSCRIBE to AS_B 
containing a topmost Route header 

indicating the SIP URI of AS_B 
containing a Route header 

indicating the S-CSCF_SIP URI of IMS_B 
containing a P-Charging-Vector_header 

containing an orig-ioi parameter indicating IMS_A and 
not containing a term-ioi parameter} 
} 
} 


3 


TP_IMS_5115_08 in CFW step 19 (200 OK): 
ensure that { 

when { AS_B sends a 200 response to UEA } 
then { IMS_B receives the 200 response 

containing a P-Charging-Vector_header 
containing a orig-ioi_parameter indicating IMS_A and 
containing a term-ioi parameter indicating IMS B } 

} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 
S 
A 


1 

M 
S 
A 
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F 
B 


1 
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S 
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S 
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U 
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B 


U 
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B 






1 


























User B publishes presence and 
capability information 


2 
























PUBLISH 


UE_B sends PUBLISH with 
information for all commonly 
supported presence elements 












3 


PUBLISH 


IMS A forwards the PUBLISH to 
IBCF A 


f 


4 


PUBLISH 


IBCF A forwards the PUBLISH to 
IBCF_B 


f 


5 


PUBLISH 


IBCF B forwards the PUBLISH to 
IMS B 


^ 


6 


PUBLISH 


IMS B forwards the PUBLISH to 
IMS BAS(PS) 




7 


200 OK 


IMS B AS responds with a 200 OK 
to IMS B 




8 


200 OK 


IMS_B forwards the 200 OK 
response to IBCF B 




9 


200 OK 


IBCF_B forwards the 200 OK 
response to IBCF A 




10 


200 OK 


IBCF_A forwards the 200 OK 
response to IMS A 




11 


200 OK 


IMS_A forwards the 200 OK 
response to UE B 












12 


























User B is informed of its presence 
status update 


13 




User A selects a contact of user B 
in the phone address bool< 


14 
























OPTIONS 


UE_A sends OPTIONS to IMS_A 
with Accept-contact header 
containing user A capabilities 
(RCS-e services Tags and the Tag 
indicating support of discovery via 
presence) 


15 


OPTIONS 


IMS A forwards OPTIONS to 
IBCF A 


16 


OPTIONS 


IBCF A forwards OPTIONS to 
IBCF B 
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Step 


Direction 


IVIessage 


Comment 
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17 
























OPTIONS 


IBCF B forwards OPTIONS to 
IMS B 


18 


OPTIONS 


IMS B forwards OPTIONS to 
IBCF B 


19 


OPTIONS 


IBCF B forwards OPTIONS to 
IBCF A 


20 


OPTIONS 


IBCF A forwards OPTIONS to 
IMS A 


21 


OPTIONS 


IMS A forwards OPTIONS to 
UE B 


22 


























User B is informed about user A 
capabilities 


23 
























200 OK 


UE_B responds with 200 OK to 
IMS_A with Contact header 
containing user B capabilities 
(RCS-e services Tags and the Tag 
indicating support via presence) 


24 


200 OK 


IMS A forwards 200 OK to 
IBCF A 


25 


200 OK 


IBCF A forwards 200 OK to 
IBCF B 


26 


200 OK 


IBCF B forwards 200 OK to 
IMS B 


27 


200 OK 


IMS B forwards 200 OK to 
IBCF B 


28 


200 OK 


IBCF B forwards 200 OK to 
IBCF A 


29 


200 OK 


IBCF A forwards 200 OK to 
IMS A 


30 


200 OK 


IMS A forwards 200 OK to UE A 


31 




























User A is informed about user B 
capabilities 


32 










User A subscribes to presence and 
capability information from User B 


33 
























SUBSCRIBE 


UE A sends ANONYMOUS 
SUBSCRIBE for "User B 
presence" event with expiry time of 
to IMS A 






34 


SUBSCRIBE 


IMS A forwards the SUBSCRIBE 
to IBCF A 




35 


SUBSCRIBE 


IBCF A forwards the SUBSCRIBE 
to IBCF B 


^ 


36 


SUBSCRIBE 


IBCF B forwards the SUBSCRIBE 
to IMS B 


^ 


37 


SUBSCRIBE 


IMS B forwards the SUBSCRIBE 
to IMS B AS (PS) 


^ 


38 


200 OK 


IMS B AS responds with a 200 OK 
to IMS B 




39 


200 OK 


IMS_B forwards the 200 OK 
response to IBCF B 




40 


200 OK 


IBCF_B forwards the 200 OK 
response to IBCF A 


f 


41 


200 OK 


IBCF_A forwards the 200 OK 
response to IMS A 




42 


200 OK 


IMS_A forwards the 200 OK 
response to UE A 






43 


NOTIFY 


IMS B AS sends NOTIFY to 
IBCF B 






44 


NOTIFY 


IBCF B forwards NOTIFY to 
IBCF A 
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Step 


Direction 


IVIessage 


Comment 
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U 
s 
e 
r 
B 






45 










^ 






>. 








NOTIFY 


IBCF A forwards NOTIFY to 
IMS A 




46 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






47 


200 OK 


UE A responds with a 200 OK to 
IMS A 






48 


200 OK 


IMS A forwards the 200 OK to 
IBCF A 




49 


200 OK 


IBCF A forwards the 200 OK to 
IBCF B 




50 


200 OK 


IBCF_B forwards the 200 OK 
response to IMS B AS 






51 


























SUBSCRIPTION triggers the AS to 
send a NOTIFY to UE_B indicating 
the change to the watcher 
information subscriber 


52 










^ 


^ 




^ 








NOTIFY 


IMS_B AS sends NOTIFY to 
IMS_B to indicate UE_B the 
change to the watcher information 
subscriber 




53 


NOTIFY 


IMS B forwards the NOTIFY to 
IBCF B 




54 


NOTIFY 


IBCF B forwards the NOTIFY to 
IBCF A 




55 


NOTIFY 


IBCF A forwards the NOTIFY to 
IMS A 




56 


NOTIFY 


IMS A forwards the NOTIFY to 
UE B 












57 


200 OK 


UE B responds with a 200 OK to 
IMS A 








>. 




58 


200 OK 


IMS_A forwards the 200 OK 
response to IBCF A 




59 


200 OK 


IBCF_A forwards the 200 OK 
response to IBCF B 




60 




IBCF_B forwards the 200 OK 
response to IMS B 




61 


200 OK 


IMS_B forwards the 200 OK 
response to IMS B AS 




62 


























User B receives an authorization 
request from User A to see its own 
presence and capability 
information 


63 




User B authorizes user A to be 
informed of its own presence and 
capability information 


64 






f 




^ 


f 


f 










NOTIFY 


IMS B AS sends NOTIFY to 
IBCF B 




N 


65 


NOTIFY 


IBCF_B sends NOTIFY to IBCF_A 




66 


NOTIFY 


IBCF A forwards NOTIFY to 
IMS A 




67 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






68 


200 OK 


UE A responds with a 200 OK to 
IMS A 






69 


200 OK 


IMS_A forwards the 200 OK 
response to IBCF A 




70 


200 OK 


IBCF_A forwards the 200 OK 
response to IBCF B 




71 


200 OK 


IBCF_B forwards the 200 OK 
response to IMS_B AS 
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Step 


Direction 


IVIessage 


Comment 
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72 






















■ 




User A Is informed of user B 
presence and capability 
information 


73 










^ 


^ 












NOTIFY 


IMS B AS sends NOTIFY to 
IMS_B to indicate UE_B that 
subscription fias been authorized 




74 


NOTIFY 


IMS B forwards the NOTIFY to 
IBCF B 




75 


NOTIFY 


IBCF B forwards the NOTIFY to 
IBCF A 




76 


NOTIFY 


IBCF A forwards the NOTIFY to 
IMS A 




77 


NOTIFY 


IMS A forwards the NOTIFY to 
UE B 












78 


200 OK 


UE B responds with a 200 OK to 
IMS A 






N. 


■>. 




79 


200 OK 


IMS_A forwards the 200 OK 
response to IBCF A 




80 


200 OK 


IBCF_A forwards the 200 OK 
response to IBCF B 




81 


200 OK 


IBCF_B forwards the 200 OK 
response to IMS B 




82 


200 OK 


IMS_B forwards the 200 OK 
response to IMS B AS 




83 


























User A sees user B presence and 
capability information 



4.5.2.2 



Watcher subscription to presence event notification in home network 



Interoperability Test Description | 


Identifier: 


TD IMS PRES 0002 


Summary: 


IMS network supports properly presence service when a watcher subscribes to 
presence information for a presentity that it's located in a home network. 


Configuration: 


CF INT AS 


SUT 


IMS A 


References 


Test Purpose 


Specification Reference 


TP IMS 5108 07 


TS 124 229 [1], clause 5.4.3.3 HI 


TP IMS 5115 08 


TS 124 229 [1], clause 5.4.3.3 1165 


Use Case ref.: 


UC RCS 2 1 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE AandUE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2. 1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE_B is registered in IMS_B optionally using userPRES according to table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• IMS A not configured for topology hiding 
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Interoperability Test Description 


Test Sequence: 


Step 




1 


User B publishes presence and capability information including capabilities 


2 


User B is informed of its presence status update 


3 


User A selects a contact of user B in tiie plione address book 


4 


User B is informed about user A capabilities 


5 


User A is informed about user B capabilities 


6 


User A subscribes to presence and capability information from User B 


7 


SUBSCRIPTION triggers the AS to send a NOTIFY to UE_B indicating the 
change to the watcher information subscriber 


8 


User B receives an authorization request from User A to see its own 
presence and capability information 


9 


User B authorizes user A to be informed of its own presence and capability 
information 


10 


User A is informed of user B presence and capability information 


11 


User A sees user B presence and capability information 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5108_07 in GFW step 12 (SUBSCRIBE): 
ensure that { 

when { IMS A receives a SUBSCRIBE addressed to UE B} 
then { IMS_B sends the SUBSCRIBE to AS_B 
containing a topmost Route header 

indicating the SIP URI of AS_B 
containing a Route header 

indicating the S-CSCF_SIP URI of IMS_B 
containing a P-Charging-Vector_header 

containing an orig-ioi parameter indicating IMS_A and 
not containing a term-ioi parameter} 
} 
} 


2 


TP_IMS_51 15_08 in CFW step 13 (200 OK): 
ensure that { 

when { AS_B sends a 200 response to UEA } 
then { IMS_B receives the 200 response 

containing a P-Charging-Vector_header 
containing a orig-ioi_parameter indicating IMS_A and 
containing a term-ioi parameter indicating IMS B } 

} 



Step 


Direction 


Message 


Comment 




U 

s 
e 
r 
A 


U 

E 
A 


A 
S 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 


























User B publishes presence and 
capability information including 
capabilities 


2 
























PUBLISH 


UE_B sends PUBLISH with 
information for all commonly 
supported presence elements and 
capabilities 


X 




3 


PUBLISH 


IMS B forwards the PUBLISH to 
IMS BAS(PS) 


f 


4 


200 OK 


IMS B AS responds with a 200 OK 
to IMS B 




5 


200 OK 


IMS_B forwards the 200 OK 
response to IBCF B 






6 


























User B is informed of its presence 
status update 


7 


























User A selects a contact of user B 
in the phone address book 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
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A 
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E 
A 


A 
S 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
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s 

B 


A 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






8 
























OPTIONS 


UE_A sends OPTIONS to IMS_A 
with Accept-contact header 
containing user A capabilities 
(RCS-e services Tags and the Tag 
indicating support of discovery via 
presence) 






9 


OPTIONS 


IMS A forwards OPTIONS to 
IBCF A 




10 


OPTIONS 


IBCF A forwards OPTIONS to 
IBCF B 




11 


OPTIONS 


IBCF B forwards OPTIONS to 
IMS B 




12 


OPTIONS 


IMS B forwards OPTIONS to 
UE B 






13 


























User B is informed about user A 
capabilities 


14 






^ 




^ 


^ 


^ 










200 OK 


UE_B responds with 200 OK to 
IMS_B with Contact header 
containing user B capabilities 
(RCS-e services Tags and the Tag 
indicating support of discovery via 
presence) 






15 


200 OK 


IMS B forwards 200 OK to 
IBCF B 




16 


200 OK 


IBCF B forwards 200 OK to 
IBCF A 




17 


200 OK 


IBCF A forwards 200 OK to 
IMS A 




18 


200 OK 


IMS_A forwards 200 OK to UE_A 






19 


























User A is informed about user B 
capabilities 


20 




User A subscribes to presence and 
capability information from User B 


21 










V 














SUBSCRIBE 


UE A sends ANONYMOUS 
SUBSCRIBE for "User B 
presence" event with expiry time of 
to IMS A 






22 


SUBSCRIBE 


IMS A forwards the SUBSCRIBE 
to IBCF A 




23 


SUBSCRIBE 


IBCF A forwards the SUBSCRIBE 
to IBCF B 


f 


24 


SUBSCRIBE 


IBCF B forwards the SUBSCRIBE 
to IMS B 


^ 


25 


SUBSCRIBE 


IMS B forwards the SUBSCRIBE 
to IMS B AS (PS) 


^ 


26 


200 OK 


IMS B AS responds with a 200 OK 
to IMS B 




27 


200 OK 


IMS_B forwards the 200 OK 
response to IBCF B 




28 


200 OK 


IBCF_B forwards the 200 OK 
response to IBCF A 


^ 


29 


200 OK 


IBCF_A forwards the 200 OK 
response to IMS A 


^ 


30 


200 OK 


IMS_A forwards the 200 OK 
response to UE A 






31 


NOTIFY 


IMS B AS sends NOTIFY to 
IBCF B 






32 


NOTIFY 


IBCF B forwards NOTIFY to 
IBCF A 




33 


NOTIFY 


IBCF A forwards NOTIFY to 
IMS A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 
S 
A 


1 

M 
S 
A 
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B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
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s 

B 


A 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






34 






f 










>. 








NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






35 


200 OK 


UE A responds with a 200 OK to 
IMS A 






36 


200 OK 


IMS A forwards the 200 OK to 
IBCF A 




37 


200 OK 


IBCF A forwards the 200 OK to 
IBCF B 




38 


200 OK 


IBCF_B forwards the 200 OK 
response to IMS B AS 






39 


























SUBSCRIPTION triggers the AS to 
send a NOTIFY to UE_B indicating 
the change to the watcher 
information subscriber 


40 
















^ 








NOTIFY 


IMS B AS sends NOTIFY to 
IMS_B to indicate UE_B the 
change to the watcher information 
subscriber 




41 


NOTIFY 


IMS B forwards the NOTIFY to 
UE B 






42 


200 OK 


UE B responds with a 200 OK to 
IMS B 


^. 




43 


200 OK 


IMS_B forwards the 200 OK 
response to IMS B AS 




44 


























User B receives an authorization 
request from User A to see its own 
presence and capability 
information 


45 




User B authorizes user A to be 
informed of its own presence and 
capability information 


46 






f 




^ 


^ 


f 










NOTIFY 


IMS B AS sends NOTIFY to 
IBCF B 






47 


NOTIFY 


IBCF_B sends NOTIFY to IBCF_A 




48 


NOTIFY 


IBCF A forwards NOTIFY to 
IMS A 




49 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






50 


200 OK 


UE A responds with a 200 OK to 
IMS A 






51 


200 OK 


IMS_A forwards the 200 OK 
response to IBCF A 




52 


200 OK 


IBCF_A forwards the 200 OK 
response to IBCF B 




53 


200 OK 


IBCF_B forwards the 200 OK 
response to IMS B AS 






54 


























User A is informed of user B 
presence and capability 
information 


55 
























NOTIFY 


IMS B AS sends NOTIFY to 
IMS_B to indicate UE_B that 
subscription has been authorized 




56 


NOTIFY 


IMS B forwards the NOTIFY to 
UE B 






57 


200 OK 


UE B responds with a 200 OK to 
IMS B 






58 


200 OK 


IMS_B forwards the 200 OK 
response to IMS B AS 




59 


























User A sees user B presence and 
capability information 
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4.5.2.3 Unsuccessful watcher subscription to presence event notification in liome 

network 



Interoperability Test Description | 


Identifier: 


ID IMS PRES 0003 


Summary: 


IMS network supports properly presence service when a watcher subscribes to 
presence information for a presentity that it's located in a different network and does 
not authorize the watcher to be informed of his presence information. 


Configuration: 


CF INT AS 


BUT 


IMS B 


References 


Test Purpose 


Specification Reference 


IP IMS 5108 07 


TS 124 229 [1], clause 5.4.3.3 HI 


Use Case ref.: 


UC RCS 2 1 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE AandUE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2. 1 

• UEA is registered in IMS_A optionally using userPRES according to table 1 

• UE_B is registered in IMS_B optionally using userPRES according to table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• User A is not authorized to see presence information of User B 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• IMS A not configured for topology hiding 




Test Sequence: 


Step 




1 


User B publishes presence and capability information including capabilities 


2 


User B is informed of its presence status update 


3 


User A selects a contact of user B in the phone address book 


4 


User B is informed about user A capabilities 


5 


User A is informed about user B capabilities 


6 


User A subscribes to presence and capability information from User B 


7 


User A is not informed of user B presence information 




Conformance 
Criteria: 


Checl< 




1 


TP_IMS_5108_07 in CFW step 6 (SUBSCRIBE): 
ensure that { 

when { IMS A receives a SUBSCRIBE addressed to UE Bj 
then { IMS_B sends the SUBSCRIBE to AS_B 
containing a topmost Route header 

indicating the SIP URI of AS_B 
containing a Route header 

indicating the S-CSCF_SIP URI of IMS_B 
containing a P-Charging-Vector_header 

containing an orig-ioi parameter indicating IMS_A and 
not containing a term-ioi parameter} 
} 
} 
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Step 


Direction 


IVIessage 


Comment 
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S 
A 
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1 
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F 
B 


1 
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s 
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S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 






















■ 




User B publishes presence and 
capability information including 
capabilities 


2 
























PUBLISH 


UE_B sends PUBLISH with 
information for all commonly 
supported presence elements and 
capabilities 


>. 




3 


PUBLISH 


IMS B forwards the PUBLISH to 
IMS BAS(PS) 




4 


200 OK 


IMS B AS responds with a 200 OK 
to IMS B 




5 


200 OK 


IMS_B forwards the 200 OK 
response to IBCF B 






6 


























User B is informed of its presence 
status update 


7 




User A selects a contact of user B 
in the phone address book 


8 














>. 










OPTIONS 


UE_A sends OPTIONS to IMS_A 
with Accept-contact header 
containing user A capabilities 
(RCS-e services Tags and the Tag 
indicating support of discovery via 
presence) 






9 


OPTIONS 


IMS A forwards OPTIONS to 
IBCF A 




10 


OPTIONS 


IBCF A forwards OPTIONS to 
IBCF B 




11 


OPTIONS 


IBCF B forwards OPTIONS to 
IMS B 




12 


OPTIONS 


IMS B forwards OPTIONS to 
UE B 






13 


























User B is informed about user A 
capabilities 


14 










^ 


f 












200 OK 


UE_B responds with 200 OK to 
IMS_B with Contact header 
containing user B capabilities 
(RCS-e services Tags and the Tag 
indicating support of discovery via 
presence) 






15 


200 OK 


IMS B forwards 200 OK to 
IBCF B 




16 


200 OK 


IBCF B forwards 200 OK to 
IBCF A 




17 


200 OK 


IBCF A forwards 200 OK to 
IMS A 




18 


200 OK 


IMS_A forwards 200 OK to UE_A 






19 


























User A is informed about user B 
capabilities 


20 




User A subscribes to presence and 
capability information from User B 


21 














v 










SUBSCRIBE 


UE A sends ANONYMOUS 
SUBSCRIBE for "User B 
presence" event with expiry time of 
to IMS A 






22 


SUBSCRIBE 


IMS A forwards the SUBSCRIBE 
to IBCF A 




23 


SUBSCRIBE 


IBCF A forwards the SUBSCRIBE 
to IBCF B 




24 


SUBSCRIBE 


IBCF B forwards the SUBSCRIBE 
to IMS B 
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Step 


Direction 


IVIessage 


Comment 
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25 






f 




^ 






V. 








SUBSCRIBE 


IMS B forwards the SUBSCRIBE 
to IMS B AS (PS) 




26 


2xx or 4xx 
response 


IMS_B AS responds with a 2xx or 
4xx response to IMS B 




27 


2xx or 4xx 
response 


IMS_B forwards the 2xx or 4xx 
response to IBCF B 




28 


2xx or 4xx 
response 


IBCF_B forwards the 2xx or 4xx 
response to IBCF A 




29 


2xx or 4xx 
response 


IBCF_A forwards the 2xx or 4xx 
response to IMS A 




30 


2xx or 4xx 
response 


IMS_A forwards the 2xx or 4xx 
response to UE A 






31 


























User A is not informed of user B 
presence information 



Step 


Direction 


IVIessage 


Comment 
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1 


























User B publishes presence and 
capability information including 
capabilities 


2 
















^ 








PUBLISH 


UE_B sends PUBLISH with 
information for all commonly 
supported presence elements and 
capabilities 






3 


PUBLISH 


IMS B forwards the PUBLISH to 
IMS BAS(PS) 




4 


200 OK 


IMS B AS responds with a 200 OK 
to IMS B 




5 


200 OK 


IMS_B forwards the 200 OK 
response to IBCF B 






6 


























User B is informed of its presence 
status update 


7 




User A selects a contact of user B 
in the phone address bool< 


8 














V 










OPTIONS 


UE_A sends OPTIONS to IMS_A 
with Accept-contact header 
containing user A capabilities 
(RCS-e services Tags and the Tag 
indicating support of discovery via 
presence) 






9 


OPTIONS 


IMS A forwards OPTIONS to 
IBCF A 




10 


OPTIONS 


IBCF A forwards OPTIONS to 
IBCF B 




11 


OPTIONS 


IBCF B forwards OPTIONS to 
IMS B 




12 


OPTIONS 


IMS B forwards OPTIONS to 
UE B 






13 


























User B is informed about user A 
capabilities 


14 
























200 OK 


UE_B responds with 200 OK to 
IMS_B with Contact header 
containing user B capabilities 
(RCS-e services Tags and the Tag 
indicating support of discovery via 
presence) 
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Step 


Direction 


IVIessage 


Comment 
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r 
B 






15 






^ 








f 










200 OK 


IMS B forwards 200 OK to 
IBCF B 




16 


200 OK 


IBCF B forwards 200 OK to 
IBCF A 




17 


200 OK 


IBCF A forwards 200 OK to 
IMS A 




18 


200 OK 


IMS_A forwards 200 OK to UE_A 






19 


























User A is informed about user B 
capabilities 


20 




User A subscribes to presence and 
capability information from User B 


21 
















^ 








SUBSCRIBE 


UE A sends ANONYMOUS 
SUBSCRIBE for "User B 
presence" event with expiry time of 
to IMS A 


^ 




22 


SUBSCRIBE 


IMS A forwards the SUBSCRIBE 
to IBCF A 




23 


SUBSCRIBE 


IBCF A forwards the SUBSCRIBE 
to IBCF B 




24 


SUBSCRIBE 


IBCF B forwards the SUBSCRIBE 
to IMS B 




25 


SUBSCRIBE 


IMS B forwards the SUBSCRIBE 
to IMS B AS (PS) 


f 


26 


2xx or 4xx 
response 


IMS_B AS responds with a 2xx or 
4xx response to IMS B 




27 


2xx or 4xx 
response 


IMS_B forwards the 2xx or 4xx 
response to IBCF B 




28 


2xx or 4xx 
response 


IBCF_B forwards the 2xx or 4xx 
response to IBCF A 




29 


2xx or 4xx 
response 


IBCFA forwards the 2xx or 4xx 
response to IMS A 




30 


2xx or 4xx 
response 


IMS_A forwards the 2xx or 4xx 
response to UE_A 






31 


























User A is not informed of user B 
presence information 



4.5.2.4 



Watcher subscription to resource list in visited network 



Interoperability Test Description 


Identifier: 


TD IMS PRES 0004 


Summary: 


IMS network supports properly presence service when a watcher subscribes to a 
resource list containing one or more presentities located in different networks. 


Configuration: 


CF ROAM AS (OPTIONAL) 


SUT 


IMS B 


References 


Test Purpose 


Specification Reference 


TP IMS 5097 13 


TS 124 229 [1], clause 5.4.3.2 HI 


TP IMS 5108 07 


TS 124 229 [1], clause 5.4.3.3 HI 


TP IMS 5313 01 


TS 1 24 229 [1 ], clause 5.4.6.1.3 112 


Use Case ref.: 


UC RCS 3 R 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE A and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2. 1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE B is registered in IMS B via IMS A optionally using userPRES according to 
table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 
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Interoperability Test Description 



AS_B is optionally configured for reactive authorization 

ll\/IS_A is within the trust domain of ll\/IS_B 

IMS_A not configured for topology hiding 

UE A is authorized to use the resource list userPRES list 



Test Sequence: 



Step 



Conformance 
Criteria: 



Check 



1 



User B publishes presence and capability information 



User B is informed of its presence status update 



User A subscribes to resource list previously stored in the User A client as 
XDIVIS list of contacts 



RLS performs authorization checks to ensure that User A is authorized to 
use resource lists 



RLS resolves watcher resource's address and subscribes for presence 
event notification for all the presentities represented by the resource list SIP 
URI 



PS performs authorization checks on the originator to ensure it is allowed to 
watch the presentity 



RLS notifies with presence and capability information for all the presentities 
represented by the resource list SIP URI 



User A sees user B presence and capability information 



TP_II\/IS_5097_13 in CFW step 6 (PUBLISH): 
ensure that { 
when {IMS_B receives a PUBLISH from IMS_A } 
then { IMS_B sends the PUBLISH to AS_B 
containing a Route_header 

indicating the SIP_URI of AS_B and 
containing a P-Charging-Function-Addresses_header and 
containing a P-Charging-Vector_header 

containing an orig-ioi parameter indicating IMS_A and 
not containing a term-ioi parameter and 
containing access-network-charging-infoj 
i 



TP_IMS_5108_07 in CFW step 28 (SUBSCRIBE): 
ensure that { 

when { IMS_A receives a SUBSCRIBE addressed to UE_B} 
then { IMS_B sends the SUBSCRIBE to AS_B 
containing a topmost Route header 

indicating the SIP URI of AS_B 
containing a Route header 

indicating the S-CSCF_SIP URI of IMS_B 
containing a P-Charging-Vector_header 

containing an orig-ioi parameter indicating IMS_A and 
not containing a term-ioi parameter} 
} 
I 



TP_IMS_5313_01 in CFW step 34 (200 OK) 
ensure that { 
when { IMS_A receives a response from ll\/IS_B 
containing a P-Charging-Vector_header 
including an access-network-charging-info_parameter 

} 

then { IMS_A sends the response to AS_A 

containing a P-Charging-Vector_header 
including an access-network-charging-info_parameter 

R 
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Step 


Direction 


IVIessage 


Comment 
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1 


























User B publishes presence and 
capability information 


2 










^ 














PUBLISH 


UE_B sends PUBLISH with 
information for all commonly 
supported presence and capability 
elements 








>. 




3 


PUBLISH 


IMS A forwards the PUBLISH to 
IBCF A 




4 


PUBLISH 


IBCF A forwards the PUBLISH to 
IBCF_B 




5 


PUBLISH 


IBCF B forwards the PUBLISH to 
IMS B 


f 


6 


PUBLISH 


IMS B forwards the PUBLISH to 
IMS BAS(PS) 


f 


7 


200 OK 


IMS B AS responds with a 200 OK 
to IMS B 




8 


200 OK 


IMS_B forwards the 200 OK 
response to IBCF B 




9 


200 OK 


IBCF_B forwards the 200 OK 
response to IBCF A 




10 


200 OK 


IBCF_A forwards the 200 OK 
response to IMS A 




11 


200 OK 


IMS_A forwards the 200 OK 
response to UE B 












12 


























User B is informed of its presence 
status update 


13 




User A subscribes to resource list 
previously stored in the User A 
client as XDMS list of contacts 


14 
























SUBSCRIBE 


UE_A sends ANONYMOUS 
SUBSCRIBE for "presence" event 
with expiry time of to IMS_A 
indicating support to "eventlist" to a 
resource list SIP URI 






15 


SUBSCRIBE 


IMS A forwards the SUBSCRIBE 
to IMS A AS (RLS) 




16 














SSS, 












RLS performs authorization checks 
to ensure that User A is authorized 
to use resource lists 


17 
























200 OK 


IMS A AS responds with a 200 OK 
to IMS A 




18 


200 OK 


IMS_A forwards the 200 OK 
response to UE A 


^ 




19 


NOTIFY 


IMS A AS sends NOTIFY to 
IMS A 




20 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






21 


200 OK 


UE A responds with a 200 OK to 
IMS A 






22 


200 OK 


IMS_A forwards the 200 OK 
response to IMS A AS 




23 


























RLS resolves watcher resource's 
address and subscribes for 
presence event notification for all 
the presentities represented by the 
resource list SIP URI 


24 
























SUBSCRIBE 


IMS_A AS (RLS) sends 
SUBSCRIBE for "presence" event 
to IMS A 




25 


SUBSCRIBE 


IMS A forwards the SUBSCRIBE 
to IBCF A 




' 
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Step 


Direction 


IVIessage 


Comment 
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E 
A 


A 
S 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






26 
























SUBSCRIBE 


IBCF A forwards the SUBSCRIBE 
to IBCF B 




27 


SUBSCRIBE 


IBCF B forwards the SUBSCRIBE 
to IMS B 




28 


SUBSCRIBE 


IMS B forwards the SUBSCRIBE 
to IMS B AS (PS) 




29 




















^ 






PS performs authorization checl<s 
on the originator to ensure it is 
allowed to watch the presentity 


30 








^ 


^ 














200 OK 


IMS B AS (PS) responds with a 
200 OK to IMS B 




31 


200 OK 


IMS_B forwards the 200 OK 
response to IBCF B 


^ 


32 


200 OK 


IBCF_B forwards the 200 OK 
response to IBCF A 


^ 


33 


200 OK 


IBCF_A forwards the 200 OK 
response to IMS A 


f 


34 


200 OK 


IMS_A forwards the 200 OK 
response to IMS A AS (RLS) 




35 


NOTIFY 


IMS_B AS sends a NOTIFY to 
IBCF_B with the presence and 
capability information of UE B 






36 


NOTIFY 


IBCF B forwards the NOTIFY to 
IBCF A 




37 




IBCF A forwards the NOTIFY to 
IMS A 




38 


NOTIFY 


IMS A forwards the NOTIFY to 
IMS A AS (RLS) 




39 


200 OK 


IMS A AS responds with a 200 OK 
to IMS A 




40 


200 OK 


IMS_A forwards the 200 OK 
response to IBCF A 




41 


200 OK 


IBCF_A forwards the 200 OK 
response to IBCF B 




42 


200 OK 


IBCF_B forwards the 200 OK 
response to IMS B AS 






43 


























RLS notifies with presence and 
capability information for all the 
presentities represented by the 
resource list SIP URI 


44 
























NOTIFY 


IMS A AS sends NOTIFY to 
IMS A 




45 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






46 


200 OK 


UE A responds with a 200 OK to 
IMS A 




^ 


47 


200 OK 


IMS_A forwards the 200 OK 
response to IMS A AS 




48 


























User A sees user B presence and 
capability information 



4.5.2.5 



Watcher subscription to resource list in home network 



Interoperability Test Description 


Identifier: 


TD IMS PRES 0005 


Summary: 


IMS networl< supports properly presence service when a watcher subscribes to a 
resource list containing one or more presentities located in different networl<s. 


Configuration: 


CF INT AS 


SUT 


IMS A 
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Interoperability Test Description 


References 


Test Purpose 


Specification Reference 


IP IMS 5108 07 


TS 124 229 [1], clause 5.4.3.3 HI 


IP IMS 5313 01 


TS 1 24 229 [1 1, clause 5.4.6.1.3 112 


Use Case ref.: 


UC RCS 3 1 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE A and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2.1 

• UEA is registered in IMS_A optionally using userPRES according to table 1 

• UE_B is registered in IMS_B optionally using userPRES according to table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• IMS_A not configured for topology hiding 

• UE A is authorized to use the resource list userPRES list 


^■" m 




Test Sequence: 


Step 




1 


User B publishes presence and capability information 


2 


User B is informed of its presence status update 


3 


User A subscribes to resource list previously stored in the User A client as 
XDMS list of contacts 


4 


RLS performs authorization checks to ensure that User A is authorized to 
use resource lists 


5 


RLS resolves watcher resource's address and subscribes for presence 
event notification for all the presentities represented by the resource list SIP 
URI 


6 


PS performs authorization checks on the originator to ensure it is allowed to 
watch the presentity 


7 


RLS notifies with presence and capability information for all the presentities 
represented by the resource list SIP URI 


8 


User A sees user B presence and capability information 




Conformance 
Criteria: 


Checl< 




1 


TP_IMS_5108_07 in CFW step 22 (SUBSCRIBE): 
ensure that { 

when { IMS A receives a SUBSCRIBE addressed to UE Bj 
then { IMS_B sends the SUBSCRIBE to AS_B 
containing a topmost Route header 

indicating the SIP URI of AS_B 
containing a Route header 

indicating the S-CSCF_SIP URI of IMS_B 
containing a P-Charging-Vector_header 

containing an orig-ioi parameter indicating IMS_A and 
not containing a term-ioi parameter} 
} 
} 


2 


TP_IMS_5313_01 in CFW step 28 (200 OK) 
ensure that { 
when { IMS_A receives a response from IMS_B 
containing a P-Charging-Vector_header 
including an access-network-charging-info parameter 

} 

then { IMS_A sends the response to AS_A 

containing a P-Charging-Vector_header 
including an access-network-charging-info parameter 
} 
} 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 
S 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






1 


























User B publishes presence and 
capability information 


2 
















^ 








PUBLISH 


UE_B sends PUBLISH with 
information for all commonly 
supported presence and capability 
elements 






3 


PUBLISH 


IMS B forwards the PUBLISH to 
IMS BAS(PS) 


^ 


4 


200 OK 


IMS B AS responds with a 200 OK 
to IMS B 




5 


200 OK 


IMS_B forwards the 200 OK 
response to UE B 






6 


























User B is informed of its presence 
status update 


7 




User A subscribes to resource list 
previously stored in the User A 
client as XDMS list of contacts 


8 
























SUBSCRIBE 


UE_A sends ANONYMOUS 
SUBSCRIBE for "presence" event 
with expiry time of to IMS_A 
indicating support to "eventlist" to a 
resource list SIP URI 




^ 


9 


SUBSCRIBE 


IMS A forwards the SUBSCRIBE 
to IMS A AS (RLS) 




10 








i;— ZL^ ", 




il_r-.-. ^™ 








•;.t ■ =» 






RLS performs authorization checl<s 
to ensure that User A is authorized 
to use resource lists 


11 






f 


















200 OK 


IMS A AS responds with a 200 OK 
to IMS A 




12 


200 OK 


IMS_A forwards the 200 OK 
response to UE A 


f 




13 


NOTIFY 


IMS A AS sends NOTIFY to 
IMS A 




14 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






15 


200 OK 


UE A responds with a 200 OK to 
IMS A 






16 


200 OK 


IMS_A forwards the 200 OK 
response to IMS A AS 






km: 


17 








«;— ~. ^J 


wi; . ... j. .| 


K, -r^-^J J 




r ,_^-.. ^ 


1*1 a.»t^«ftJI 


BJ^ 




RLS resolves watcher resource's 
address and subscribes for 
presence event notification for all 
the presentities represented by the 
resource list SIP URI 


18 
















■N. 








SUBSCRIBE 


IMS_A AS (RLS) sends 
SUBSCRIBE for "presence" event 
to IMS A 




19 


SUBSCRIBE 


IMS A forwards the SUBSCRIBE 
to IBCF A 




20 


SUBSCRIBE 


IBCF A forwards the SUBSCRIBE 
to IBCF B 




21 


SUBSCRIBE 


IBCF B forwards the SUBSCRIBE 
to IMS B 




22 


SUBSCRIBE 


IMS B forwards the SUBSCRIBE 
to IMS B AS (PS) 




23 


























PS performs authorization checl<s 
on the originator to ensure it is 
allowed to watch the presentity 


24 
























200 OK 


IMS B AS (PS) responds with a 
200 OK to IMS B 
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Step 


Direction 


IVIessage 


Comment 
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B 






25 














^ 










200 OK 


IMS_B forwards the 200 OK 
response to IBCF B 




26 


200 OK 


IBCF_B forwards the 200 OK 
response to IBCF A 




27 


200 OK 


IBCF_A forwards the 200 OK 
response to IMS A 




28 


200 OK 


IMS A forwards the 200 OK 
response to IMS A AS (RLS) 


^ 


29 


NOTIFY 


IMS_B AS sends a NOTIFY to 
IBCF_B with the presence and 
capability information of UE B 






30 


NOTIFY 


IBCF B forwards the NOTIFY to 
IBCF A 




31 




IBCF A forwards the NOTIFY to 
IMS A 


V 


32 


NOTIFY 


IMS A forwards the NOTIFY to 
IMS A AS (RLS) 


V 


33 


200 OK 


IMS A AS responds with a 200 OK 
to IMS A 




34 


200 OK 


IMS_A forwards the 200 OK 
response to IBCF A 




35 


200 OK 


IBCF_A forwards the 200 OK 
response to IBCF B 




36 


200 OK 


IBCF_B forwards the 200 OK 
response to IMS B AS 






37 


























RLS notifies with presence and 
capability information for all the 
presentities represented by the 
resource list SIP URI 


38 






f 


*. 
















NOTIFY 


IMS A AS sends NOTIFY to 
IMS A 




39 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






40 


200 OK 


UE A responds with a 200 OK to 
IMS A 






41 


200 OK 


IMS_A forwards the 200 OK 
response to IMS A AS 




42 


























User A sees user B presence and 
capability information 



4.5.3 IM/Chat service 



4.5.3.1 



1-to-1 chat standard procedure 



4.5.3.1.1 



1-to-1 chat standard procedure - interworking 



Interoperability Test Description 


Identifier: 


TD IMS CHAT 0001 


Summary: 


IMS network supports 1-to-1 IM/Chat service and messages exchange between two 
users in their home network can be performed. 




Configuration: 


CF INT AS 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5097_01 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(1®' numbered list) 
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Interoperability Test Description 




TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.3 US 
(item 4 in 1^' numbered list) 




TP_IMS_5115_08 


TS 124 229 [1], clause 5.4.3.3 1189 
(4* numbered list) 


Use Case ref.: 


UC RCS 4 1 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE AandUE B have IP bearers established to their respective IMS networks as 
per TS 1 86 011 -2 [9], clause 4.2.1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE_B is registered in IMS_B optionally using userPRES according to table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UEA and UEB have already performed capability discovery process 

• IMS_A not configured for topology hiding 


1 1 


Test Sequence: 


Step 




1 


User A selects User B in the phone address book and sends him an initial 
message 


2 


User B is informed of incoming message 


3 


User A is informed that initial message was delivered to user B 


4 


User B reads the initial message from user A and opens the 1-to-1 chat 


5 


Users perform chatting 


6A 


User A closes the 1-to-1 chat 


6B 


User B closes the 1-to-1 chat 


7A 


User A is informed that 1 -to-1 chat with user B is closed 


7B 


User B is informed that 1 -to-1 chat with user A is closed 




Conformance 
Criteria: 


Check 


^^^ 


1 


TP_IMS_5097_01 in CFW step 10 (INVITE): 
ensure that { 

when { UE A sends an initial INVITE toUE B} 
then { IMS_B receives the initial INVITE 
not containing a Route header 

indicating the S-CSCF_SIP_URI of IMS_A 
containing a P-Charging-Vector_header 
(containing an icid-value_parameter and 
containing a orig-ioi_parameter indicating IMS_A and 
not containing an access-network-charging-info_parameter and 
not containing a term-ioi_parameter) and 
containing a Record-Route_header 
indicating the originating S-CSCF SIP URI } 
} 


2 


TP_IMS_5108_03 in CFW step 14 (INVITE) 
ensure that { 
when {IMS B receives an initial INVITE from IMS A addressed to UE B} 
then {IMS_B sends the INVITE to AS_B 
containing a topmost Route_header 

indicating the SIP_URI of AS_B and 
containing a Route header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioijjarameter } 

} 
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Interoperability Test Description 



TP_IMS_51 1 5_08 in CFW step 35 (200 OK) 
ensure that { 
when { IMS_B receives 200_response from AS_B addressed to UEA } 
then { IMS_B sends the 200_response to IMS_A 
containing a P-Charging-Vector_header 
including a ohg-ioi_parameter 

indicating operatorjdentifier of ll\/IS_A and 
including a term-ioi_parameter 
indicating operatorjdentifier of IMS_B } 
} 



Step 



Direction 



Message 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



A 

S/ 
I 

M 
A 



I 

M 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



10 
11 

12" 
l3~ 

T4" 

Is" 



16 



17 



18 
19 



20 



21 



22 



23 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



User A selects User B in the phone 
address book and sends him an 
initial message 



UE_A sends INVITE to IMS_A with 
user A initial message in the Subject 
header, CPIIVI/IMND headers and 
the first SDP offer indicating all 
specific data for MSRP connection 
set up 



IIVIS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to AS/IIVI A 



AS/IM_A responds with a 100 
Trying provisional response 



AS/IM_A returns, possibly modified, 
INVITE to IIVIS A 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to AS/IM B 



AS/IM_B responds with a 100 
Trying provisional response 



AS/IM_B returns, possibly modified, 
INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to UE B 



UE_B optionally responds with a 
100 Trying provisional response 



User B is informed of incoming 
message 



180 Ringing 



UE_B responds to initial INVITE 
with 180 Ringing to indicate that 
invitation to a 1-to-1 chat session 
has reached the invited user 



180 Ringing 



IMS_B forwards 180 Ringing 
response to AS/IM_B 



180 Ringing 



AS/IM_B returns, possibly modified, 
180 Ringing response to IMS_B 
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Step 


Direction 
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Comment 
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24 






f 








f 


^ 








180 Ringing 


IMS_B forwards 180 Ringing 
response to IBCF B 


f 


25 


180 Ringing 


IBCF_B forwards 180 Ringing 
response to IBCF A 




26 


180 Ringing 


IBCF_A forwards 180 Ringing 
response to IMS A 




27 


180 Ringing 


IMS_A forwards 180 Ringing 
response to AS/IM A 




28 


180 Ringing 


AS/IM_A returns, possibly modified, 
180 Ringing response to IMS A 




29 


180 Ringing 


IMS_A forwards 180 Ringing 
response to UE A 


f 




30 


MESSAGE 


UE_B sends MESSAGE to IMS_B 
with delivery notification of initial 
message from user A 


■N. 




31 


MESSAGE 


IMS B forwards MESSAGE to 
AS/IM B 


f 


32 


MESSAGE 


AS/IM B returns, possibly modified, 
MESSAGE to IMS B 




33 


MESSAGE 


IMS B forwards MESSAGE to 
IBCF B 




34 


MESSAGE 


IBCF B forwards MESSAGE to 
IBCF A 




35 


MESSAGE 


IBCF A forwards MESSAGE to 
IMS A 




36 


MESSAGE 


IMS A forwards MESSAGE to 
AS/IM A 




37 


MESSAGE 


AS/IM A returns, possibly modified, 
MESSAGE to IMS A 




38 


MESSAGE 


IMS A forwards MESSAGE to 
UE A 






39 


























User A is informed that initial 
message was delivered to user B 




40 














V 










200 OK 


UE_A responds MESSAGE with 
200 OK response 






41 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




42 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




43 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 




44 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




45 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




46 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 




47 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




48 


200 OK 


IMS B forwards 200 OK response 
toUE B 






49 




















^ 


■ 




User B reads the initial message 
from user A and opens the 1 -to-1 
chat 




50 
















^ 








200 OK 


UE_B responds INVITE with 200 
OK response with SDP to indicate 
that the session has been accepted 
and inform A-side with specific data 
for MSRP connection set up 


X 




51 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 
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Comment 
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52 






^ 


^ 








f 








200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IIVIS B 


>. 


53 


200 OK 


IIVIS B forwards 200 OK response 
to IBCF B 


N. 


54 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




55 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




56 


200 OK 


IIVIS A forwards 200 OK response 
toAS/IM A 




57 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IIVIS A 




58 


200 OK 


IMS A forwards 200 OK response 
toUE A 






59 


ACK 


UE A acknowledges the receipt of 
200 OK for INVITE 




^ 


60 


ACK 


IMS_A forwards ACK to AS/IM_A 




61 


ACK 


AS/IM A returns, possibly modified, 
ACK to IMS A 




62 


ACK 


IMS_A forwards ACK to IBCF_A 




63 


ACK 


IBCF_A forwards ACK to IBCF_B 




64 


ACK 


IBCF_B forwards ACK to IMS_B 




65 


ACK 


IMS_B forwards ACK to AS/IM_B 




66 


ACK 


AS/IM B returns, possibly modified, 
ACK to IMS B 




67 


ACK 


IMS_B forwards ACK to UE_B 






68 
fiQA 


























Users perform chatting (see clause 
5.3.1 Chat 1 to 1 via MSRP) 

1 iQpr A rlnQpc; thp 1 -tn-1 fhat 




















70A 






'~- -^ 








*. 


^. 








BYE 


UE_A releases the 1-to-1 chat 
session with BYE 


f 


^ 


71A 


BYE 


IMS_A forwards BYE to AS/IM_A 




72A 


BYE 


AS/IM A returns, possibly modified, 
BYE to IMS A 




73A 


BYE 


1MS_A forwards BYE to IBCF_A 




74A 


BYE 


IBCF_A forwards BYE to IBCF_B 




75A 


BYE 


IBCF_B forwards BYE to IMS_B 


^ 


76A 


BYE 


IMS_B forwards BYE to AS/IM_B 


f 


77A 


BYE 


AS/IM B returns, possibly modified, 
BYE to IMS B 




78A 


BYE 


IMS_B forwards BYE to UE_B 


f 




79A 


200 OK 


UE_B sends 200 OK for BYE 


^. 




80A 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 


^ 


81A 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




82A 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




83A 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




84A 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




85A 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




86A 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




87A 


200 OK 


IMS A forwards 200 OK response 
toUE A 
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Step 


Direction 


Message 


Comment 
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B 






88A 
69B 




















k 






User A is informed that 1-to-1 chat 

with user B is closed 

User B close the 1-to-1 chat 




70B 










f 


f 












BYE 


UE_B releases the 1-to-1 chat 
session with BYE 






71 B 


BYE 


IMS_B forwards BYE to AS/IM_B 


^ 


72B 


BYE 


AS/IM B returns, possibly modified, 
BYE to IMS B 




73B 


BYE 


IMS_B forwards BYE to IBCF_B 


^ 


74B 


BYE 


IBCF_B forwards BYE to IBCF_A 




75B 


BYE 


IBCF_A forwards BYE to IMS_A 




76B 


BYE 


IMS_A forwards BYE to AS/IM_A 


V 


77B 


BYE 


AS/IM A returns, possibly modified, 
BYE to IMS A 




78B 


BYE 


IMS_A forwards BYE to UE_A 




v 


79B 


200 OK 


UE_A sends 200 OK for BYE 






BOB 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




81 B 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




82B 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 




83B 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




84B 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




85B 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 




86B 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




87B 


200 OK 


IMS B forwards 200 OK response 
toUE B 






88B 


























User B is informed that that 1-to-1 
chat with user A is closed 





































4.5.3.1.2 



1-to-1 chat standard procedure - roaming (optional) 



Interoperability Test Description | 


Identifier: 


TD IMS CHAT 0002 


Summary: 


IMS network supports 1-to-1 IM/Chat service and messages exchange between two 
users, one user in its home networl< and one user roaming can be performed. 




Configuration: 


CF ROAM AS (OPTIONAL) 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5046_01 


TS 124 229 [1], clause 5.2.6.3.3 HI 
(1^' numbered list) 




TP IMS 5067 01 


TS 124 229 [1], clause 5.2.7.2 US 




TP_IMS_5097_09 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(items 5 and 8 in 1^' numbered list) 


Use Case ref.: 


UC RCS 4 R 1 


^^^^^^■^^_ 


-^^■. i 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE A and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2.1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE B is registered in IMS B via IMS A optionally using userPRES according to 
table 1 
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Interoperability Test Description 




• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B 

• IMS_A is configured to contact AS_A 

• ll\/IS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UEA and UEB have already performed capability discovery process 

• IMS_A not configured for topology hiding 




Test Sequence: 


Step 




1 


User B selects User A in the phone address book and sends him an initial 
message 


2 


User A is informed of incoming message 


3 


User B is informed that initial message was delivered to user A 


4 


User A reads the initial message from user B and opens the 1-to-1 chat 


5 


Users perform chatting 


6A 


User B closes the 1-to-1 chat 


6B 


User A closes the 1-to-1 chat 


7A 


User B is informed that that 1 -to-1 chat with user A is closed 


7B 


User A is informed that that 1 -to-1 chat with user B is closed 


\ ^" 


^^^ 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5046_01 in CFW step 6 (INVITE) 
ensure that { 
when { IMS A receives an initial INVITE from UE B } 
then { IMS_A sends the INVITE to IMS_B 
containing a Route header 

not indicating the P-CSCF_SIP_URI of IMS_A and 
containing a Route_header 
indicating the "list of Service Route header URIs 
from the registration" and 
containing an additional Via_header 
containing ( the P-CSCF via port number and 
(the P-CSCF-FQDN address or 
the P-CSCF-IP_address)) of IMS_A and 
containing an additional topmost Record-Route_header 
indicating (the P-CSCF_port_number 

'where it awaits subsequent requests' from UE A and 
(the P-CSCF-FQDN address or 
the P-CSCF-IP_address)) of IMS_A and 
not containing P-Preferred-ldentity_header and 
containing a P-Asserted-ldentity_header 

containing an address of UEB and 
containing a P-Charging-Vector_header 
containing an icid-value parameter} 

} 
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Interoperability Test Description 




2 


TP_IMS_5067_01 in CFW step 6 (INVITE) 
ensure that { 
when { IMS A receives an initial INVITE from UE Bj 
then { IMS_A sends the INVITE to IMS_B 

containing a P-Charging-Vector header 
} 
I 


3 


TP_IMS_5097_09 In CFW step 10 (INVITE) 
ensure that { 
when { IMS B receives an initial INVITE from IMS A addressed to UE A} 
then { IMS_B sends the initial INVITE to AS_B 
containing a Route_header 

indicating the SIP_URI of AS_B and 
containing a P-Charging-Function-Addresses_header and 
containing a P-Charging-Vector_header 
(including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi_parameter and 
including access-network-charging-info) } 
} 



Step 



Direction 



Message 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



A 

S/ 
I 

M 
A 



I 

M 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



10 

11 



12 



13 



14 

Is" 

17 



19 



20 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



User B selects User A in the phone 
address book and sends him an 
initial message 



UE_B sends INVITE to IMS_A with 
user B initial message in the Subject 
header, CPIIVI/IMND headers and the 
first SDR offer indicating all specific 
data for IVISRP connection set up 



IIVIS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to AS/IM B 



AS/IM_B responds with a 100 Trying 
provisional response 



AS/IM_B returns, possibly modified, 
INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to AS/IM A 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

IVI 
B 


U 

E 
B 


U 
s 
e 
r 
B 






21 






f 


















100 Trying 


AS/IM_A responds with a 100 Trying 
provisional response 




22 


INVITE 


AS/IM A returns, possibly modified, 
INVITE to IMS A 




23 


100 Trying 


IMS_A responds with a 1 00 Trying 
provisional response 




24 


INVITE 


IMS_A forwards INVITE to UE_A 






25 


100 Trying 


UE_A optionally responds with a 100 
Trying provisional response 






26 


























User A is informed of incoming 
message 




27 














V 










180 Ringing 


UE_A responds to initial INVITE with 
180 Ringing to indicate that invitation 
to a 1 -to-1 chat session has reached 
the invited user 






28 


180 Ringing 


IMS_A forwards 180 Ringing 
response to AS/IM A 




29 


180 Ringing 


AS/IM_A returns, possibly modified, 
180 Ringing response to IMS A 




30 


180 Ringing 


IMS_A forwards 180 Ringing 
response to IBCF A 


^ 


31 


180 Ringing 


IBGF_A forwards 180 Ringing 
response to IBCF B 


^ 


32 


180 Ringing 


IBGF_B forwards 180 Ringing 
response to IMS B 




33 


180 Ringing 


IMS_B forwards 180 Ringing 
response to AS/IM B 




34 


180 Ringing 


AS/IM_B returns, possibly modified, 
180 Ringing response to IMS B 




35 


180 Ringing 


IMS_B forwards 180 Ringing 
response to IBCF B 




36 


180 Ringing 


IBCF_B forwards 180 Ringing 
response to IBCF A 




37 


180 Ringing 


IBCF_A forwards 180 Ringing 
response to IMS A 




38 


180 Ringing 


IMS_A forwards 180 Ringing 
response to UE B 








^. 




39 


MESSAGE 


UE_A sends MESSAGE to IMS_A 
with delivery notification of initial 
message from user B 




^ 


40 


MESSAGE 


IMS A forwards MESSAGE to 
AS/IM A 




41 


MESSAGE 


AS/IM A returns, possibly modified, 
MESSAGE to IMS A 




42 


MESSAGE 


IMS A forwards MESSAGE to 
IBCF A 




43 


MESSAGE 


IBCF A forwards MESSAGE to 
IBCF B 




44 


MESSAGE 


IBCF B forwards MESSAGE to 
IMS B 


^ 


45 


MESSAGE 


IMS B forwards MESSAGE to 
AS/IM B 


^ 


46 


MESSAGE 


AS/IM B returns, possibly modified, 
MESSAGE to IMS B 




47 


MESSAGE 


IMS B forwards MESSAGE to 
IBCF B 




48 


MESSAGE 


IBCF B forwards MESSAGE to 
IBCF A 




49 


MESSAGE 


IBCF A forwards MESSAGE to 
IMS A 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






50 
























MESSAGE 


IMS_A forwards MESSAGE to UE_B 












51 


























User B is informed tliat initial 
message was delivered to user A 




52 






f 


^ 
















200 OK 


UE_B responds MESSAGE with 200 
OK response 






V 






53 


200 OK 


IMS A forwards 200 OK response to 
IBCF A 


^ 


54 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 


^ 


55 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




56 


200 OK 


IMS B forwards 200 OK response to 
AS/IM B 




57 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




58 


200 OK 


IMS B forwards 200 OK response to 
IBCF B 




59 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




60 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




61 


200 OK 


IMS A forwards 200 OK response to 
AS/IM A 




62 


200 OK 


AS/IM A returns, possibly modified, 
ACK to IMS A 




63 


200 OK 


IMS_A forwards ACK to UE_A 






64 


























User A reads the initial message 
from user B and opens the 1 -to-1 
chat 




65 














V 










200 OK 


UE_A responds INVITE with 200 OK 
response with SDP to indicate that 
the session has been accepted and 
inform B-side with specific data for 
MSRP connection set up 






66 


200 OK 


IMS A forwards 200 OK response to 
AS/IM A 




67 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




68 


200 OK 


IMS A forwards 200 OK response to 
IBCF A 


^ 


69 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




70 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




71 


200 OK 


IMS B forwards 200 OK response to 
AS/IM B 




72 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




73 


200 OK 


IMS B forwards 200 OK response to 
IBCF B 




74 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




75 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




76 


200 OK 


IMS A forwards 200 OK response to 
UE B 


^ 










77 


ACK 


UE B acknowledges the receipt of 
200 OK for INVITE 












78 


ACK 


IMS_A forwards ACK to IBCF_A 




-' 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


A 

S/ 
1 

IVI 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






79 






^ 


^ 


^ 




N. 


>. 








ACK 


IBCF_A forwards ACK to IBCF_B 




80 


ACK 


IBCF_B forwards ACK to IMS_B 




81 


ACK 


IMS_B forwards ACK to AS/IM_B 


^ 


82 


ACK 


AS/IM B returns, possibly modified, 
ACK to IMS B 




83 


ACK 


IMS_B forwards ACK to IBCF_B 




84 


ACK 


IBCF_B forwards ACK to IBCF_A 




85 


ACK 


IBCF_A forwards ACK to IMS_A 




86 


ACK 


IMS_A forwards ACK to AS/IM_A 


N 


87 


ACK 


AS/IIVI A returns, possibly modified, 
ACK to IMS A 




88 


ACK 


IMS_A forwards ACK to UE_A 






89 
QfIA 




y 










^^^ 










Users perform chatting (see clause 
5.3.1 Chat 1 to 1 via MSRP) 












■ ■ 






91A 








^ 


^ 












lM_ 


BYE 


UE_B releases the 1-to-1 chat 
session with BYE 






V 


V 


V 


92A 


BYE 


IMS_A forwards BYE to IBCF_A 


f 


93A 


BYE 


IBCF_A forwards BYE to IBCF_B 


^ 


94A 


BYE 


IBCF_B forwards BYE to IMS_B 




95A 


BYE 


IMS_B forwards BYE to AS/IM_B 


^ 


96A 


BYE 


AS/IM B returns, possibly modified, 
BYE to IMS B 




97A 


BYE 


IMS_B forwards BYE to IBCF_B 


V 


98A 


BYE 


IBCF_B forwards BYE to IBCF_A 




99A 


BYE 


IBCF_A forwards BYE to IMS_A 


N. 


100A 


BYE 


IMS_A forwards BYE to AS/IM_A 


>. 


101A 


BYE 


AS/IM A returns, possibly modified, 
BYE to IMS A 




102A 


BYE 


IMS_A forwards BYE to UE_A 




N 


103A 


200 OK 


UE_A sends 200 OK for BYE 






104A 


200 OK 


IMS A forwards 200 OK response to 
AS/IM A 




105A 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




106A 


200 OK 


IMS A forwards 200 OK response to 
IBCF A 


^ 


107A 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 


^ 


108A 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




109A 


200 OK 


IMS B forwards 200 OK response to 
AS/IM B 




11 OA 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




111A 


200 OK 


IMS B forwards 200 OK response to 
IBCF B 




112A 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




113A 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




114A 


200 OK 


IMS A forwards 200 OK response to 
UE B 












115A 
90B 




> 






















User B is informed that that 1-to-1 
chat with user A is closed 
User A closes the 1 -to-1 chat 




91B 
























BYE 


UE_A releases the 1-to-1 chat 
session with BYE 











£75/ 



107 



ETSI TS 102 901 V2.1.1 (2011-11) 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






92B 






f 




V 














BYE 


IMS_A forwards BYE to AS/IM_A 




93B 


BYE 


AS/IM A returns, possibly modified, 
BYE to IMS A 


^ 


94B 


BYE 


IMS_A forwards BYE to IBCF_A 




958 


BYE 


IBCF_A forwards BYE to IBCF_B 




96B 


BYE 


IBCF_B forwards BYE to IMS_B 


^ 


97B 


BYE 


IMS_B forwards BYE to AS/IM_B 




988 


BYE 


AS/IIVI B returns, possibly modified, 
BYE to IMS B 




99B 


BYE 


IMS_B forwards BYE to IBCF_B 




100B 


BYE 


IBCF_B forwards BYE to IBCF_A 




101B 


BYE 


IBCF_A forwards BYE to IMS_A 




102B 


BYE 


IMS_A forwards BYE to UE_B 


^ 










103B 


200 OK 


UE_B sends 200 OK for BYE 








■V. 




104B 


200 OK 


IMS A forwards 200 OK response to 
IBCF A 




105B 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




106B 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




107B 


200 OK 


IMS B forwards 200 OK response to 
AS/IM B 




108B 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




109B 


200 OK 


IMS B forwards 200 OK response to 
IBCF B 




11 OB 


200 OK 


IBCF B fonwards 200 OK response 
to IBCF A 




111B 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




112B 


200 OK 


IMS A forwards 200 OK response to 
AS/IM A 


V 


113B 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




114B 


200 OK 


IMS A forwards 200 OK response to 
UE A 






115B 


























User A is informed that that 1-to-1 
chat with user B is closed 





































4.5.3.2 



Several messages prior to establishment of 1-to-1 chat 



4.5.3.2.1 



Several messages prior to establishment of 1-to-1 chat - intenworking 



Interoperability Test Description 


Identifier: 


TD IMS CHAT 0003 


Summary: 


IMS network supports 1-to-1 IM/Chat service and messages exchange between two 
users in their home network can be performed. User B must wait until receiving several 
messages from User A before accepting the chat invitation 


W^m. fl^v 


Configuration: 


CF INT AS 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5097_01 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(1^' numbered list) 




TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.3 115 
(item 4 in 1^' numbered list) 
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Interoperability Test Description 




TP_IMS_5115_08 


TS 124 229 [1], clause 5.4.3.3 189 
(4* numbered list) 


Use Case ref.: 


UC_RCS_4_I J 


^^^^^^^^& 


-■■■ ■ J 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE A and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 011 -2 [9], clause 4.2. 1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE_B is registered in IMS_B optionally using userPRES according to table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UEA is authorized to see presence information of UEB 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UEA and UEB have already performed capability discovery process 

• IMS A not configured for topology hiding 




Test Sequence: 


Step 




1 


User A selects User B in the phone address book and sends him an initial 
message 


2 


User B is informed of incoming message 


3 


User A is informed that initial message was delivered to user B 


4 


User A sends to User B a second message 


5 


User B is informed of incoming two messages 


6 


User A is informed that second message was delivered to user B 


7 


User B reads the incoming messages from user A and opens the 1-to-1 chat 


8 


Users perform chatting 


9A 


User A closes the 1-to-1 chat 


9B 


User B closes the 1-to-1 chat 


10A 


User A is informed that 1 -to-1 chat with user B is closed 


10B 


User B is informed that 1 -to-1 chat with user A is closed 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5097_01 in CFW step 10 (INVITE): 
ensure that { 

when { UE_A sends an initial INVITE to UE_B } 
then { IMS_B receives the initial INVITE 
not containing a Route header 

indicating the S-CSCF_SIP_URI of IMS_A 
containing a P-Charging-Vector_header 
(containing an icid-value_parameter and 
containing a orig-ioi_parameter indicating IMS_A and 
not containing an access-network-charging-infojDarameter and 
not containing a term-ioi_parameter) and 
containing a Record-Route_header 
indicating the originating S-CSCF SIP URI } 
} 


2 


TP_IMS_5108_03 in CFW step 14 (INVITE) 
ensure that { 
when {IMS B receives an initial INVITE from IMS A addressed to UE Bj 
then {IMS_B sends the INVITE to AS_B 
containing a topmost Route_header 

indicating the SIP_URI of AS_B and 
containing a Route header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioijDarameter } 

} 
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Interoperability Test Description 



TP_IMS_51 1 5_08 in CFW step 35 (200 OK) 
ensure that { 
when { IMS_B receives 200_response from AS_B addressed to UEA } 
then { IMS_B sends the 200_response to IMS_A 
containing a P-Charging-Vector_header 
including a ohg-ioi_parameter 

indicating operatorjdentifier of ll\/IS_A and 
including a term-ioi_parameter 
indicating operatorjdentifier of IMS_B } 
} 



Step 



Direction 



Message 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



A 

S/ 
I 

M 
A 



I 

M 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



10 



11 
12" 

l3" 
14 

Is" 

16 



17 



18 



19 
20 



21 



22 



23 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



Follow UC_RCS_4_I (1-48) 



User A sends to User B a second 
message 



UE_A sends second INVITE to 
IIVIS_A with user A second message 
in the Subject header, CPIIVI/IIVIND 
headers and the first SDP offer 
indicating all specific data for MSRP 
connection set up 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to AS/IIVI A 



AS/IM_A responds with a 100 
Trying provisional response 



AS/IM_A returns, possibly modified, 
INVITE to IIVIS A 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to AS/IM B 



AS/IM_B responds with a 100 
Trying provisional response 



AS/IM_B returns, possibly modified, 
INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to UE B 



UE_B optionally responds with a 
100 Trying provisional response 



User B is informed of incoming two 
messages 



180 Ringing 



UE_B responds to additional 
INVITE with 180 Ringing to indicate 
that invitation to an enhanced 
messaging session has reached the 
invited user 



180 Ringing 



IMS_B forwards 180 Ringing 
response to AS/IM_B 
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24 






f 


^ 








f 








180 Ringing 


AS/IM_B returns, possibly modified, 
180 Ringing response to IMS B 


^ 


25 


180 Ringing 


IMS_B forwards 180 Ringing 
response to IBCF B 




26 


180 Ringing 


IBCF_B forwards 180 Ringing 
response to IBCF A 




27 


180 Ringing 


IBCF_A forwards 180 Ringing 
response to IMS A 




28 


180 Ringing 


IMS_A forwards 180 Ringing 
response to AS/IM A 




29 


180 Ringing 


AS/IM_A returns, possibly modified, 
180 Ringing response to IMS A 




30 


180 Ringing 


IMS_A forwards 180 Ringing 
response to UE A 


f 


^ 


31 


MESSAGE 


UE_B sends MESSAGE to IMS_B 
with delivery notification of second 
message from user A 


>. 




32 


MESSAGE 


IMS B forwards MESSAGE to 
AS/IM B 


f 


33 


MESSAGE 


AS/IM B returns, possibly modified, 
MESSAGE to IMS B 




34 


MESSAGE 


IMS B forwards MESSAGE to 
IBCF B 




35 


MESSAGE 


IBCF B forwards MESSAGE to 
IBCF A 




36 


MESSAGE 


IBCF A forwards MESSAGE to 
IMS A 




37 


MESSAGE 


IMS A forwards MESSAGE to 
AS/IM A 




38 


MESSAGE 


AS/IM A returns, possibly modified, 
MESSAGE to IMS A 




39 


MESSAGE 


IMS A forwards MESSAGE to 
UE A 






40 


























User A is informed that second 
message was delivered to user B 




41 


















■N. 






200 OK 


UE_A responds MESSAGE with 
200 OK response 






42 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




43 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




44 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 




45 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




46 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




47 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 




48 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




49 


200 OK 


IMS B forwards 200 OK response 
toUE B 






50 




















^ 






User B reads the incoming 
messages from user A and opens 
the1-to-1 chat 




51 
























603 
DECLINE 


UE B responds INVITE 603 
DECLINE to indicate that the initial 
session has been declined 


N 




52 


603 
DECLINE 


IMS_B forwards 603 DECLINE 
response to AS/IM B 
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53 






^ 


^ 








^ 








603 
DECLINE 


AS/IM B returns, possibly modified, 
603 DECLINE response to IIVIS B 


>. 


54 


603 
DECLINE 


IMS_B forwards 603 DECLINE 
response to IBCF B 




55 


603 
DECLINE 


IBCF_B forwards 603 DECLINE 
response to IBCF A 




56 


603 
DECLINE 


IBCF_A forwards 603 DECLINE 
response to IIVIS A 




57 


603 
DECLINE 


IMS_A forwards 603 DECLINE 
response to AS/I IVI A 




58 


603 
DECLINE 


AS/IM A returns, possibly modified, 
603 DECLINE response to IMS A 




59 


603 
DECLINE 


IMS_A forwards 603 DECLINE 
response to UE A 






60 


ACK 


UE A acknowledges the receipt of 
603 DECLINE for INVITE 




^ 


61 


ACK 


IMS_A forwards ACK to AS/IM_A 




62 


ACK 


AS/IM A returns, possibly modified, 
ACK to IMS A 




63 


ACK 


IMS_A forwards ACK to IBCF_A 


^ 


64 


ACK 


IBCF_A forwards ACK to IBCF_B 


^ 


65 


ACK 


IBCF_B forwards ACK to IMS_B 


^ 


66 


ACK 


IMS_B forwards ACK to AS/IM_B 




67 


ACK 


AS/IM B returns, possibly modified, 
ACK to IMS B 




68 


ACK 


IMS_B forwards ACK to UE_B 


^ 




69 


200 OK 


UE_B responds second INVITE with 
200 OK response with SDP to 
indicate that the session has been 
accepted and inform A-side with 
specific data for MSRP connection 
set up 






70 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 




71 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 


\. 


72 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




73 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




74 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




75 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




76 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




77 


200 OK 


IMS A forwards 200 OK response 
toUE A 






78 


ACK 


UE A acknowledges the receipt of 
200 OK for the second INVITE 






79 


ACK 


IMS_A forwards ACK to AS/IM_A 




80 


ACK 


AS/IM A returns, possibly modified, 
ACK to IMS A 




81 


ACK 


IMS_A forwards ACK to IBCF_A 




82 


ACK 


IBCF_A forwards ACK to IBCF_B 




83 


ACK 


IBCF_B forwards ACK to IMS_B 




84 


ACK 


IMS_B forwards ACK to AS/IM_B 
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85 
















f 


■N. 






ACK 


AS/IM B returns, possibly modified, 
ACK to IMS B 




86 


ACK 


IMS_B forwards ACK to UE_B 






87 




^ 
















■^^ 






Users perform chatting (see clause 
5.3.1 Chat 1 to 1 via MSRP) 
















^^^^^^^^^^^^ r 


88 






















Continue UC RCS 4 1 (69A-88B) 



4.5.3.2.2 



Several messages prior to establishment of 1-to-1 chat - roaming (optional) 



Interoperability Test Description 


Identifier: 


ID IMS CHAT 0004 


Summary: 


IMS networl< supports 1-to-1 IM/Chat service and messages exchange between two 
users, one user in its home networl< and one user roaming can be performed. User B 
must wait until receiving several messages from User A before accepting the chat 
invitation 


L J 


Configuration: 


CF ROAM AS (OPTIONAL) 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5046_01 


TS 124 229 [1], clause 5.2.6.3.3 HI 
(1^' numbered list) 




TP IMS 5067 01 


TS 124 229 [1], clause 5.2.7.2 15 




TP_IMS_5097_09 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(items 5 and 8 in 1^' numbered list) 


Use Case ref.: 


UC_RCS_4_R 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE A and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2. 1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE B is registered in IMS B via IMS A optionally using userPRES according to 
table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UEA is authorized to see presence information of UEB 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UEA and UEB have already performed capability discovery process 

• IMS A not configured for topology hiding 


Test Sequence: 


Step 




1 


User B selects User A in the phone address book and sends him an initial 
message 


2 


User A is informed of incoming message 


3 


User B is informed that initial message was delivered to user A 


4 


User B sends to User A a second message 


5 


User A is informed of incoming two messages 


6 


User B is informed that second message was delivered to user A 


7 


User A reads the incoming messages from user B and opens the 1-to-1 chat 


8 


Users perform chatting 


9A 


User B closes the 1-to-1 chat 


9B 


User A closes the 1-to-1 chat 


IDA 


User B is informed that 1 -to-1 chat with user A is closed 


10B 


User A is informed that 1 -to-1 chat with user B is closed 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_5046_01 in CFW step 6 (INVITE) 
ensure that { 
when { IMS_A receives an initial INVITE from UEB } 
then { IMS_A sends the INVITE to IMS_B 
containing a Route_header 

not indicating the P-CSCF_SIP_URI of IMS_A and 
containing a Route_header 
indicating the "list of Service Route header URIs 
from the registration" and 
containing an additional Via_header 
containing ( the P-CSCF_via_port_number and 
(the P-CSCF-FQDN_address or 
the P-CSCF-IP_address)) of IMS_A and 
containing an additional topmost Record-Route_header 
indicating (the P-CSCF_port_number 

'where it awaits subsequent requests' from UEA and 
(the P-CSCF-FQDN_address or 
the P-CSCF-IP_address)) of IMS_A and 
not containing P-Preferred-ldentity_header and 
containing a P-Asserted-ldentity_header 

containing an address of UEB and 
containing a P-Charging-Vector_header 
containing an icid-value_parameter } 
) 



TP_IMS_5067_01 in CFW step 6 (INVITE) 
ensure that { 
when { IMS_A receives an initial INVITE from UEB } 
then { IMS_A sends the INVITE to IMS_B 

containing a P-Charging-Vector_header 
} 
I 



TP_IMS_5097_09 in CFW step 10 (INVITE) 
ensure that { 
when { IMS_B receives an initial INVITE from IMS__A addressed to UEA } 
then { IMS_B sends the initial INVITE to AS_B 
containing a Route_header 

indicating the SIP_URI of AS_B and 
containing a P-Charging-Function-Addresses_header and 
containing a P-Charging-Vector_header 
(including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi_parameter and 
including access-network-charging-info) } 
I 
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r 
B 



INVITE 



100 Trying 



INVITE 



Follow UC_RCS_4_R (1-63) 



User B sends to User A a second 
message 



UE_B sends second INVITE to 
IMS_A with user A second message 
in the Subject header, CPIIVI/IIVIND 
headers and the first SDP offer 
indicating all specific data for MSRP 
connection set up 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to IBCF A 
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11 
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15 
16 
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19 
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23 



24 



25 
26 



27 



28 



29 



30 



31 



32 



33 



34 



35 



36 



37 



38 



100 Trying 



IBCF_A responds with a 100 Trying 
provisional response 



INVITE 



IBCF A forwards INVITE to IBCF B 



100 Trying 



IBCF_B responds witli a 100 Trying 
provisional response 



INVITE 



IBCF B forwards INVITE to IMS B 



100 Trying 



IMS_B responds with a 1 00 Trying 
provisional response 



INVITE 



IMS B forwards INVITE to AS/IM B 



100 Trying 



AS/IM_B responds with a 100 Trying 
provisional response 



INVITE 



AS/IM_B returns, possibly modified, 
INVITE to IMS B 



100 Trying 



IMS_B responds with a 1 00 Trying 
provisional response 



INVITE 



IMS B forwards INVITE to IBCF B 



100 Trying 



IBCF_B responds with a 100 Trying 
provisional response 



INVITE 



IBCF B forwards INVITE to IBCF A 



100 Trying 



IBCF_A responds with a 100 Trying 
provisional response 



INVITE 



IBCF A forwards INVITE to IMS A 



100 Trying 



IMS_A responds with a 1 00 Trying 
provisional response 



INVITE 



IMS A forwards INVITE to AS/IM A 



100 Trying 



AS/IM_A responds with a 100 Trying 
provisional response 



INVITE 



AS/IM_A returns, possibly modified, 
INVITE to IMS A 



100 Trying 



IMS_A responds with a 1 00 Trying 
provisional response 



INVITE 



IMS A forwards INVITE to UE A 



100 Trying 



UE_A optionally responds with a 100 
Trying provisional response 



User A is informed of incoming two 
messages 



180 Ringing 



UE_A responds second INVITE with 
180 Ringing to indicate that invitation 
to an enhanced messaging session 
has reached the invited user 



180 Ringing 



IMS_A forwards 180 Ringing 
response to AS/I M A 



180 Ringing 



AS/IM_A returns, possibly modified, 
180 Ringing response to IMS_A 



180 Ringing 



IMS_A forwards 180 Ringing 
response to IBCFA 



180 Ringing 



IBCF_A forwards 180 Ringing 
response to IBCF_B 



180 Ringing 



IBCF_B forwards 180 Ringing 
response to IMS_B 



180 Ringing 



IMS_B forwards 180 Ringing 
response to AS/IM_B 



180 Ringing 



AS/IM_B returns, possibly modified, 
180 Ringing response to IMS_B 



180 Ringing 



IMS_B forwards 180 Ringing 
response to IBCF_B 



180 Ringing 



IBCF_B forwards 180 Ringing 
response to IBCF_A 



180 Ringing 



IBCF_A forwards 180 Ringing 
response to IMS_A 
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39 
























180 Ringing 


IMS_A forwards 180 Ringing 
response to UE B 












40 


MESSAGE 


UE_A sends MESSAGE to IMS_A 
with delivery notification of initial 
message from user B 




^ 


41 


MESSAGE 


IMS A forwards MESSAGE to 
AS/IM A 




42 


MESSAGE 


AS/IM A returns, possibly modified, 
MESSAGE to IMS A 




43 


MESSAGE 


IMS A forwards MESSAGE to 
IBGF A 




44 


MESSAGE 


IBGF A forwards MESSAGE to 
IBGF B 




45 


MESSAGE 


IBGF B forwards MESSAGE to 
IMS B 


^ 


46 


MESSAGE 


IMS B forwards MESSAGE to 
AS/IM B 


f 


47 


MESSAGE 


AS/IM B returns, possibly modified, 
MESSAGE to IMS B 




48 


MESSAGE 


IMS B forwards MESSAGE to 
IBGF B 




49 


MESSAGE 


IBCF B forwards MESSAGE to 
IBGF A 




50 


MESSAGE 


IBCF A forwards MESSAGE to 
IMS A 




51 


MESSAGE 


IMS_A forwards MESSAGE to UE_B 












52 


























User B is informed tinat second 
message was delivered to user A 




53 










^ 














200 OK 


UE_B responds MESSAGE with 200 
OK response 












54 


200 OK 


IMS A forwards 200 OK response to 
IBCF A 




55 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




56 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 


^ 


57 


200 OK 


IMS B forwards 200 OK response to 
AS/IM B 


f 


58 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




59 


200 OK 


IMS B forwards 200 OK response to 
IBCF B 




60 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




61 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




62 


200 OK 


IMS A forwards 200 OK response to 
AS/IM A 




63 


200 OK 


AS/IM A returns, possibly modified, 
ACK to IMS A 




64 


200 OK 


IMS_A forwards ACK to UE_A 






65 


























User A reads the incoming 
messages from user B and opens 
the1-to-1 chat 




66 
























603 
DECLINE 


UE_A responds initial INVITE with 
603 DECLINE response with SDP to 
indicate that the session has been 
declined 
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603 
DECLINE 



603 
DECLINE 



603 
DECLINE 



603 
DECLINE 



603 
DECLINE 



603 
DECLINE 



603 
DECLINE 



603 
DECLINE 



603 
DECLINE 



603 
DECLINE 



603 
DECLINE 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



IMS_A forwards 603 DECLINE 
response to AS/IM_A 



AS/IM_A returns, possibly modified, 
603 DECLINE response to IMS_A 



IMS_A forwards 603 DECLINE 
response to IBCF_A 



IBCF_A forwards 603 DECLINE 
response to IBCF_B 



IBCF_B forwards 603 DECLINE 
response to IMS_B 



IMS_B forwards 603 DECLINE 
response to AS/IM_B 



AS/IM_B returns, possibly modified, 
603 DECLINE response to IMS_B 



IMS_B forwards 603 DECLINE 
response to IBCF_B 



IBCF_B forwards 603 DECLINE 
response to IBCFA 



IBCF_A forwards 603 DECLINE 
response to IMS_A 



IMS_A forwards 603 DECLINE 
response to UE_B 



UE_B acknowledges the receipt of 
603 DECLINE for the initial INVITE 



IMS A forwards ACK to IBCF A 



IBCF A forwards ACK to IBCF B 



IBCF B forwards ACK to IMS B 



IMS B forwards ACK to AS/I M B 



AS/IM_B returns, possibly modified, 
ACK to IMS B 



IMS B forwards ACK to IBCF B 



IBCF B forwards ACK to IBCF A 



IBCF A forwards ACK to IMS A 



IMS A forwards ACK to AS/I M A 



AS/IM_A returns, possibly modified, 
ACK to IMS A 



IMS A forwards ACK to UE A 



UE_A responds second INVITE with 
200 OK response with SDP to 
indicate that the session has been 
accepted and inform B-side with 
specific data for MSRP connection 
set up 



IMS_A forwards 200 OK response to 
AS/IM A 



AS/IM_A returns, possibly modified, 
200 OK response to IMS_A 



IMS_A forwards 200 OK response to 
IBCF A 



IBCFA forwards 200 OK response 
to IBCF B 



IBCF_B forwards 200 OK response 
to IMS B 



IMS_B forwards 200 OK response to 
AS/IM B 



AS/IM_B returns, possibly modified, 
200 OK response to IMS_B 



IMS_B forwards 200 OK response to 
IBCF B 
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A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






99 






f 


f 




f 












200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




100 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




101 


200 OK 


IMS A forwards 200 OK response to 
UE B 












102 


ACK 


UE B acknowledges the receipt of 
200 OK for INVITE 






*. 






103 


ACK 


IMS_A forwards ACK to IBCF_A 


^ 


104 


ACK 


IBCF_A forwards ACK to IBCF_B 




105 


ACK 


IBCF_B forwards ACK to IMS_B 




106 


ACK 


IMS_B forwards ACK to AS/IM_B 




107 


ACK 


AS/IM B returns, possibly modified, 
ACK to IMS B 




108 


ACK 


IMS_B forwards ACK to IBCF_B 




109 


ACK 


IBCF_B forwards ACK to IBCF_A 




110 


ACK 


IBCF_A forwards ACK to IMS_A 




111 


ACK 


IMS_A forwards ACK to AS/IM_A 




112 


ACK 


AS/IM A returns, possibly modified, 
ACK to IMS A 




113 


ACK 


IMS_A forwards ACK to UE_A 






114 









^^^ 


^^^ 


^^^ 














Users perform chatting (see clause 
5.3.1 Chat 1 to 1 via MSRP) 
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Continue UC RCS 4 R(90A-115B) 



4.5.3.3 



Switching to 1 -to-many chat 



4.5.3.3.1 



Switching to 1 -to-many chat - interworl^ing 



Interoperability Test Description 


Identifier: 


TD IMS CHAT 0007 


Summary: 


IMS networl< supports 1 -to-many IM/Chat service and messages exchange between 
two users in their home networl< can be performed. User A switching 1-to-1 chat to 1- 
to-many chat by inviting User C 


Configuration: 


CF INT AS 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5107_03 


TS 124 229 [1], clause 5.4.3.2 H1 19 
(item 1 in 8'*^ numbered list) 


Use Case ref.: 


UC RCS 7 1 1 


^^ 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A, UE_C and UE_B have IP bearers established to their respective IMS 
networks as per TS 186 011-2 [9], clause 4.2.1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE BandUE C are registered in IMS B optionally using userPRES according to 
table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B and UE_C 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UEA, UEC and UEB have already performed capability discovery process 

• IMS A not configured for topology hiding 
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Interoperability Test Description 




Test Sequence: 


Step 




1 


User A selects User B in the phone address book and sends him an initial 
message 


2 


User B is informed of incoming message 


3 


User A is informed that initial message was delivered to user B 


4 


User B reads the initial message from user A and opens the 1-to-1 chat 


5 


Users perform 1-to-1 chatting 


6 


User A initiates a 1 -to-many Chat with User B and User C by sending initial 
message 


7 


User A is informed that the 1 -to-many Chat is established 


8 


User B is informed of incoming invitation from User A to join the 1 -to-many 
Chat 


9 


User B reads the initial message and accepts the 1 -to-many Chat invitation 


10 


User A is notified with list of 1 -to-many Chat participants 


11 


User B is notified with list of 1 -to-many Chat participants 


12 


Users perform messaging in the 1 -to-many Chat 


13A 


User B leaves the 1 -to-many Chat 


13B 


User A leaves the 1 -to-many Chat 


14A 


User B is informed that he has left the 1 -to-many Chat 


14B 


User A is informed that he has left the 1 -to-many Chat 


15A 


User A is notified that all other users have left the 1 -to-many Chat 


15B 


User B is notified that all other users have left the 1 -to-many Chat 


16A 


User A leaves the 1 -to-many Chat 


168 


User B leaves the 1 -to-many Chat 


17A 


User A is informed that the 1 -to-many Chat has ended 


17B 


User B is informed that the 1 -to-many Chat has ended 


Conformance 
Criteria: 


Check 


I 


1 


TP_IMS_5107_03 in CFW step 41 (CANCEL): 
ensure that { 
when { UE_A sends CANCEL to UE_B } 
then { IMS_B receives the CANCEL 
not containing Route header 
indicating the S-CSCF SIP URI of /MS A 
} 
) 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 


























Follow UC RCS 4 1(1-68) 


2 




User A initiates a 1 -to-many Chat 
with User B and User C by sending 
initial message 




^^^ 


3 








^. 
















INVITE 


UE_A sends INVITE to IMS_A with 
Request-URI set to IIVI 
CONFERENCE FACTORY URI, 
IVIIIVIE resource-list body including 
invited IIVI Users, the first SDP offer 
indicating all specific data for 
IVISRP connection set up and the 
identity of User B with Session- 
Replaces header 






4 


100 Trying 


IIVIS_A responds with a 1 00 Trying 
provisional response 


f 


^ 


5 


INVITE 


IMS A forwards INVITE to 
AS/IM A 


■N. 


6 


100 Trying 


AS/IIVI_A responds with a 100 
Trying provisional response 


X 


7 


200 OK 


AS/IM_A responds INVITE with 
200 OK response with IIVI session 
Identity allocated for the current 1- 
to-many Chat to indicate that the 
session has been accepted and 
SDP to inform A-side with specific 
data for IVISRP connection set up 




8 


200 OK 


IIVIS A forwards 200 OK response 
to AS/IM A 






-9 - 
























User A is informed that the 1 -to- 
many Chat is established 




10 
























ACK 


UE A acl<nowledges the receipt of 
200 OK for INVITE 




^ 


11 


ACK 


IMS_A forwards ACK to AS/IM_A 




12 


INVITE 


AS/IM_A sends INVITE to UE_B 
with IM session identity (allocated 
for the current 1 -to-many Chat), IM 
address of the Inviting IM UE 
(UE_A) and Session-Replaces 
header with the original 1 -to-1 
session identity 




13 


100 Trying 


IMS_A responds with a 1 00 Trying 
provisional response 




14 


INVITE 


IMS_A forwards INVITE to IBCF_A 


f 


15 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




16 


INVITE 


IBCF A fonwards INVITE to 
IBCF B 




17 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




18 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


19 


100 Trying 


IMS_B responds with a 1 00 Trying 
provisional response 




20 


INVITE 


IMS B forwards INVITE to 
AS/IM B 


f 


21 


100 Trying 


AS/IM_B responds with a 100 
Trying provisional response 




22 


INVITE 


AS/IM B returns, possibly 
modified, INVITE to IMS B 




23 


100 Trying 


IMS_B responds with a 1 00 Trying 
provisional response 




24 


INVITE 


IMS B forwards INVITE to UE B 








/ 



£75/ 



120 



ETSI TS 102 901 V2.1.1 (2011-11) 



Step 



Direction 



Message 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



A 

S/ 
I 

IVI 
A 



I 
IVI 

s 

A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



25 



26 



27 



28 



29 



30 



31 



32 



33 



34 



35 



36 
37 
38 
39 
40 

Zl 

"42" 

"43" 
44 

"45" 
46 
47 
48 
49 

"50" 
51 
52 



53 



54 



55 



56 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



UE_B optionally responds with a 
100 Trying provisional response 



User B is informed of incoming 
invitation from User A to join the 1 - 
to-many Chat 



User B reads the initial message 
and accepts the 1 -to-many Chat 
invitation 



UE_B responds INVITE with 200 
OK response with SDP to indicate 
that the session has been accepted 
and inform AS/IIVI_A with specific 
data for IVISRP connection set up 



IIVIS_B forwards 200 OK response 
toAS/IM B 



AS/IM_B returns, possibly 
modified, 200 OK response to 
IIVIS B 



IMS_B forwards 200 OK response 
to IBCF B 



IBCF_B forwards 200 OK response 
to IBCF A 



IBCF_A forwards 200 OK response 
to IIVIS A 



IMS_A forwards 200 OK response 
toAS/IIVI A 



AS/IM_A acknowledges the receipt 
of 200 OK for INVITE 



IMS A forwards ACK to IBCF A 



IBCF A forwards ACK to IBCF B 



IBCF B forwards ACK to IIVIS B 



IMS B forwards ACK to AS/I M B 



AS/IM_B returns, possibly 
modified, ACK to IMS B 



IMS B forwards ACK to UE B 



UE_B releases the 1-to-1 IM 
session with BYE 



IMS B forwards BYE to AS/I M B 



AS/IM_B returns, possibly 
modified, BYE to IMS_B 



IMS B forwards BYE to IBCF B 



IBCF B forwards BYE to IBCF A 



IBCF A forwards BYE to IMS A 



IMS A forwards BYE to AS/IM A 



AS/IM_A returns, possibly 
modified, BYE to IMS_A 



IMS A forwards BYE to UE A 



UE A sends 200 OK for BYE 



IMS_A forwards 200 OK response 
to AS/IM A 



AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 



IMS_A forwards 200 OK response 
to IBCF A 



IBCF_A forwards 200 OK response 
to IBCF B 



IBCFB forwards 200 OK response 
to IMS B 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 
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A 
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IVI 
A 


1 

IVI 

s 

A 
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B 
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B 
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F 
B 


1 
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B 


A 

S/ 
1 

M 
B 


u 

E 
B 


U 
s 
e 
r 
B 






57 








X 
















200 OK 


IMS B forwards 200 OK response 
toAS/IM B 


f 


58 


200 OK 


AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 




59 


200 OK 


IMS B forwards 200 OK response 
toUE B 






60 


SUBSCRIBE 


UE_A subscribes to the conference 
event package 






61 


SUBSCRIBE 


IMS A forwards SUBCRIBE to 
AS/IM A 




62 


200 OK 


AS/IM A sends 200 OK for 
SUBSCRIBE 




63 


200 OK 


IMS A forwards 200 OK response 
toUE A 






64 


NOTIFY 


AS/IM_A sends NOTIFY to UE_A 
with list of 1 -to-many Chat 
participants 




65 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






66 




^ 






















User A is notified with list of 1 -to- 
many Chat participants 




67 








■N. 


f 


^ 


^ 










200 OK 


UE A responds with 200 OK to 
IMS A 




^ 


68 


200 OK 


IMS_A forwards the 200 OK 
response to AS/IM A 




69 


SUBSCRIBE 


UE_B subscribes to the conference 
event package 






70 


SUBSCRIBE 


IMS B forwards SUBSCRIBE to 
AS/IM B 




71 


SUBSCRIBE 


AS/IM B returns, possibly 
modified, SUBSCRIBE to IMS B 




72 


SUBSCRIBE 


IMS B forwards SUBSCRIBE to 
IBCF B 




73 


SUBSCRIBE 


IBCF B forwards SUBSCRIBE to 
IBCF A 




74 


SUBSCRIBE 


IBCF A forwards SUBSCRIBE to 
IMS A 




75 


SUBSCRIBE 


IMS A forwards SUBSCRIBE to 
AS/IM A 




76 


200 OK 


AS/IM A sends 200 OK for 
SUBSCRIBE 


>. 


77 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 




78 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




79 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




80 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 


f 


81 


200 OK 


AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 




82 


200 OK 


IMS B forwards 200 OK response 
toUE B 






83 


NOTIFY 


AS/IM_A sends NOTIFY to UE_B 
with list of 1 -to-many Chat 
participants 




84 


NOTIFY 


IMS_A forwards BYE to IBCF_A 




85 


NOTIFY 


IBCF_A forwards BYE to IBCF_B 




86 


NOTIFY 


IBCF_B forwards BYE to IMS_B 
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Step 


Direction 


Message 


Comment 
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A 
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A 
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F 
B 
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B 


A 

S/ 
1 

M 
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u 
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B 


u 
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r 
B 






87 
























NOTIFY 


IMS_B forwards BYE to AS/IM_B 




88 


NOTIFY 


AS/IM B returns, possibly 
modified, BYE to IMS B 




89 


NOTIFY 


IMS_B forwards BYE to UE_B 






90 


























User B is notified with list of 1 -to- 
many Chat participants 




91 












f 


f 










200 OK 


UE_B sends 200 OK for NOTIFY 


V 




92 


200 OK 


IIVIS B forwards 200 OK response 
to AS/IM B 


f 


93 


200 OK 


AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 




94 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




95 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




96 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




97 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




98 

! 


























Users perform messaging in the 1- 
to-many Chat (see clause 5.3.2.1 

Chat 1 to many via MSRP - 
Interworking) 
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Continue UC_RCS_6_I (80A-116B) 









































4.5.3.3.2 Switching to 1 -to-many chat - roaming (optional) 



Interoperability Test Description 


Identifier: 


TD IMS CHAT 0008 


Summary: 


IMS network supports 1 -to-many IM/Chat service and messages exchange between 
two users, one user in its home network and one user roaming can be performed. User 
B switching 1-to-1 chat to 1 -to-many chat by inviting User C 


^^^ 


Configuration: 


CF ROAM AS (OPTIONAL) 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5107_03 


TS 124 229 [1], clause 5.4.3.2 H1 19 
(item 1 in 8'^ numbered list) 


Use Case ref.: 


UC_RCS_7_R 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A, UE_C and UE_B have IP bearers established to their respective IMS 
networks as per TS 186 011-2 [9], clause 4.2.1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UEB and UEC are registered in IMS_B via IMS_A optionally using userPRES 
according to table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B and UE_C 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UEA, UEC and UEB have already performed capability discovery process 

• IMS A not configured for topology hiding 
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Interoperability Test Description 


1 -^^ .^ J 


Test Sequence: 


Step 




1 


User B selects User A in the phone address book and sends him an initial 
message 


2 


User A is informed of incoming message 


3 


User B is informed that initial message was delivered to user A 


4 


User A reads the initial message from user B and opens the 1-to-1 chat 


5 


Users perform 1-to-1 chatting 


6 


User B initiates a 1 -to-many Chat with User A and User C by sending initial 
message 


7 


User B is informed that the 1 -to-many Chat is established 


8 


User A is informed of incoming invitation from User B to join the 1 -to-many 
Chat 


9 


User A reads the initial message and accepts the 1 -to-many Chat invitation 


10 


User B is notified with list of 1 -to-many Chat participants 


11 


User A is notified with list of 1 -to-many Chat participants 


12 


Users perform messaging in the 1 -to-many Chat 


13A 


User A leaves the 1 -to-many Chat 


13B 


User B leaves the 1 -to-many Chat 


14A 


User A is informed that he has left the 1 -to-many Chat 


14B 


User B is informed that he has left the 1 -to-many Chat 


15A 


User B is notified that all other users have left the 1 -to-many Chat 


15B 


User A is notified that all other users have left the 1 -to-many Chat 


16A 


User B leaves the 1 -to-many Chat 


168 


User A leaves the 1 -to-many Chat 


17A 


User B is informed that the 1 -to-many Chat has ended 


17B 


User A is informed that the 1 -to-many Chat has ended 


Conformance 
Criteria: 


Check 


J 


1 


TP_IMS_5107_03 in CFW step 56 (CANCEL): 
ensure that { 
when { UE_A sends CANCEL to UE_B } 
then { IMS_B receives the CANCEL 
not containing Route header 
indicating the S-CSCF SIP URI of /MS A 
} 
) 



Step 


Direction 


Message 


Comment 
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s 
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S/ 
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A 


1 

M 
S 
A 


1 

B 
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A 


1 

B 
C 

F 
B 


1 
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B 


A 

S/ 
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M 
B 


U 

E 
B 


U 
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B 






1 


























Follow UC RCS 4 R(1-89) 


2 

1 




User B initiates a 1 -to-many Chat 
with User A and User C by sending 
initial message 




3 










^ 














INVITE 


UE_B sends INVITE to IMS_A with 
Request-URIsetto IM 
CONFERENCE FACTORY URI, 
MIME resource-list body including 
invited IM Users, the first SDP offer 
indicating all specific data for 
MSRP connection set up and the 
identity of User A with Session- 
Replaces header 












4 


100 Trying 


IMS_A responds with a 1 00 Trying 
provisional response 


>. 


^ 








5 


INVITE 


IMS_A forwards INVITE to IBCF_A 


^ 


6 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




7 


INVITE 


IBCF A forwards INVITE to 
IBCF B 
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Step 



Direction 



Message 



Comment 
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A 



A 

S/ 
I 

M 
A 



I 

M 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 
IVI 

s 

B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
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r 
B 



10 



11 



12 



13 



14 



15 



16 



17 



19 



20 

21 

"22" 
"23" 

24 



25 



26 
27 



28 



29 



30 
31 



32 



33 



34 



35 



36 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



ACK 



ACK 



ACK 



ACK 



ACK 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



IBCF_B responds witli a 100 Trying 
provisional response 



IBCF B forwards INVITE to IMS B 



IIVIS_B responds with a 1 00 Trying 
provisional response 



IMS_B forwards INVITE to 
AS/I IVI B 



AS/IIVI_B responds with a 100 
Trying provisional response 



AS/IIVI_B responds INVITE with 
200 OK response with IIVI session 
Identity allocated for the current 1- 
to-many Chat to indicate that the 
session has been accepted and 
SDP to inform A-side with specific 
data for IVISRP connection set up 



IIVIS_B forwards 200 OK response 
to IBCF B 



IBCF_B forwards 200 OK response 
to IBCF A 



IBCF_A forwards 200 OK response 
to IIVIS A 



IIV!S_A forwards 200 OK response 
toUE B 



User B is informed that the 1-to- 
many Chat is established 



UE_B acl<nowledges the receipt of 
200 OK for INVITE 



IMS A forwards ACK to IBCF A 



IBCF A forwards ACK to IBCF B 



IBCF B forwards ACK to IMS B 



IMS B forwards ACK to AS/I M B 



AS/IM_B sends INVITE to UE_A 
with IM session identity (allocated 
for the current 1 -to-many Chat), IM 
address of the Inviting IIVI UE 
(UE_B) and Session-Replaces 
header with the original 1 -to-1 
session identity 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF_B fonwards INVITE to 
IBCF A 



IBCFA responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS_A forwards INVITE to 
AS/IM A 



AS/IM_A responds with a 100 
Trying provisional response 



AS/IM_A returns, possibly 
modified. INVITE to IMS_A 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to UE A 
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Step 



Direction 
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Comment 
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A 
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U 
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B 
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B 



37 



38 



39 



40 



41 



42 



43 



44 



45 



46 



47 



48 
49 
50 
51 
52 

"53" 
54 

"55" 
56 

"57" 
58 
59 
60 
61 

"62" 
63 
64 
65 
66 
67 



68 



69 



70 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



UE_A optionally responds with a 
100 Trying provisional response 



User A is informed of incoming 
invitation from user B to join the 1 - 
to-many Chat 



User A reads the initial message 
and accepts the 1 -to-many Chat 
invitation 



UE_A responds INVITE with 200 
OK response with SDP to indicate 
that the session has been accepted 
and inform AS/IIVI_A with specific 
data for IVISRP connection set up 



IIVIS_A forwards 200 OK response 
toAS/IM A 



AS/IM_A returns, possibly 
modified, 200 OK response to 
IIVIS A 



IMS_A forwards 200 OK response 
to IBCF A 



IBCF_A forwards 200 OK response 
to IBCF B 



IBCF_B forwards 200 OK response 
to IIVIS B 



IMS_B forwards 200 OK response 
toAS/IM B 



AS/IM_B acknowledges the receipt 
of 200 OK for INVITE 



IMS B forwards ACK to IBCF B 



IBCF B forwards ACK to IBCF A 



IBCF A forwards ACK to IMS A 



IMS A forwards ACK to AS/I M A 



AS/IM_A returns, possibly 
modified, ACK to IMS_A 



IMS A forwards ACK to UE A 



UE_A releases the 1-to-1 IM 
session with BYE 



IMS A forwards BYE to AS/IM A 



AS/IM_A returns, possibly 
modified, BYE to IMS_A 



IMS A forwards BYE to IBCF A 



IBCF A forwards BYE to IBCF B 



IBCF B forwards BYE to IMS B 



IMS B forwards BYE to AS/IM B 



AS/IM_B returns, possibly 
modified, BYE to IMS B 



IMS B forwards BYE to IBCF B 



IBCF B forwards BYE to IBCF A 



IBCF A forwards BYE to IMS A 



IMS A forwards BYE to UE B 



UE B sends 200 OK for BYE 



IMS_A forwards 200 OK response 
to IBCF A 



IBCF_A forwards 200 OK response 
to IBCF B 



IBCF_B forwards 200 OK response 
to IMS B 



IMS_B forwards 200 OK response 
to AS/IM B 
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Step 


Direction 


Message 


Comment 
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A 

S/ 
1 

M 
A 


1 
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A 


1 

B 
C 
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A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






71 










f 


f 


^ 


^ 








200 OK 


AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 




72 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




73 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




74 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




75 


200 OK 


IMS A forwards 200 OK response 
toAS/IM A 




76 


200 OK 


AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 




77 


200 OK 


IMS A forwards 200 OK response 
toUE A 






78 


SUBSCRIBE 


UE_B subscribes to the conference 
event package 






>. 






79 


SUBSCRIBE 


IMS A forwards SUBSCRIBE to 
IBCF A 


^ 


80 


SUBSCRIBE 


IBCF A forwards SUBSCRIBE to 
IBCF B 




81 


SUBSCRIBE 


IBCF B forwards SUBSCRIBE to 
IMS B 




82 


SUBSCRIBE 


IMS B forwards SUBSCRIBE to 
AS/IM B 




83 


200 OK 


AS/IM B sends 200 OK for 
SUBSCRIBE 




84 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




85 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




86 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




87 


200 OK 


IMS A forwards 200 OK response 
toUE B 


f 


^ 


^ 


^ 




88 


NOTIFY 


AS/IM_B sends NOTIFY to UE_B 
with list of 1 -to-many Chat 
participants 




89 


NOTIFY 


IMS B forwards NOTIFY to 
IBCF B 




90 


NOTIFY 


IBCF B forwards NOTIFY to 
IBCF A 




91 


NOTIFY 


IBCF A forwards NOTIFY to 
IMS A 




92 


NOTIFY 


IMS_A forwards NOTIFY to UE_B 












93 


























User B is notified with list of 1 -to- 
many Chat participants 




94 








N 
















200 OK 


UE B responds with 200 OK to 
IMS A 


■N. 




■V. 






95 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 




96 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




97 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




98 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 




99 


SUBSCRIBE 


UE_A subscribes to the conference 
event package 
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Step 


Direction 


Message 


Comment 
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S/ 
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100 








^ 








V 








SUBSCRIBE 


IMS A forwards SUBSCRIBE to 
AS/IM A 




101 


SUBSCRIBE 


AS/IM A returns, possibly 
modified, SUBSCRIBE to IMS A 


^ 


102 


SUBSCRIBE 


IMS A forwards SUBSCRIBE to 
IBCF A 




103 


SUBSCRIBE 


IBCF A forwards SUBSCRIBE to 
IBCF B 




104 


SUBSCRIBE 


IBCF B forwards SUBSCRIBE to 
IMS B 




105 


SUBSCRIBE 


IMS B forwards SUBSCRIBE to 
AS/IM B 


^ 


106 


200 OK 


AS/IM B sends 200 OK for 
SUBSCRIBE 




107 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 


f 


108 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




109 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




110 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 


■>. 


111 


200 OK 


AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 




112 


200 OK 


IMS A forwards 200 OK response 
toUE A 


f 




113 


NOTIFY 


AS/IM_B sends NOTIFY to UE_A 
with list of 1 -to-many Chat 
participants 




114 


NOTIFY 


IMS_B forwards BYE to IBCF_B 




115 


NOTIFY 


IBCF_B forwards BYE to IBCF_A 




116 


NOTIFY 


IBCF_A forwards BYE to IMS_A 




117 


NOTIFY 


IMS_A forwards BYE to AS/IM_A 




118 


NOTIFY 


AS/IM A returns, possibly 
modified, BYE to IMS A 




119 


NOTIFY 


IMS_A forwards BYE to UE_A 






120 




^ 






















User A is notified with list of 1 -to- 
many Chat participants 




121 










>. 














200 OK 


UE_A sends 200 OK for NOTIFY 




^ 


122 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 


V. 


123 


200 OK 


AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 




124 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 




125 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




126 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




127 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 




128 


























Users perform messaging in the 1- 
to-many Chat (see clause 5.3.2.2 

Chat 1 to many via MSRP - 
Roaming) 




















129 








































Continue UC RCS 6 R(104A- 
146B) 
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4.5.3.4 



File transfer within 1-to-1 cliat 



4.5.3.4.1 



File transfer within 1-to-1 chat - interworl<ing 



Pre-test 
conditions: 



Interoperability Test Description 


Identifier: 


TD IMS CHAT 0009 


Summary: 


IMS network supports 1-to-1 IM/Chat service and messages exchange between two 
users in ttieir home networl< can be performed. User A starts file transfer with User B 


|- -■ 


■^r 


1 


Configuration: 


CF INT AS 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5107_03 


TS 124 229 [1], clause 5.4.3.2 11119 
(item 1 in 8'^ numbered list) 


Use Case ref.: 


UC RCS 5 1 


^^^^^^^^^^^^^1 






^ 



HSS of IMS_A and of IMS B is configured according to table 1 

UE_A and UE_B have IP bearers established to their respective IMS networks as 

per TS 1 86 Oil -2 [9], clause 4.2.1 

UE_A is registered in IMS_A optionally using userPRES according to table 1 

UE_B is registered in IMS_B optionally using userPRES according to table 1 

UE_A is optionally configured to receive notifications with watcher information 

UE_A is authorized to see presence information of UE_B 

IMS_A is configured to contact AS_A 

IMS_B is configured to contact AS_B 

AS_B is optionally configured for reactive authorization 

IMS_A is within the trust domain of IMS_B 

UE_A and UE_B have already performed capability discovery process 

IMS_A not configured for topology hiding 



Test Sequence: 



Step 



10 



11 



12 



13 



14A 



14B 



15A 



15B 



f^" 



Conformance 
Criteria: 



Clieck 



User A selects User B in the phone address book and sends him an initial 
message 



User B is informed of incoming message 



User A is informed that initial message was delivered to user B 



User B reads the initial message from user A and opens the 1-to-1 chat 



Users perform chatting 



User A initiates a file transfer to user B 



User B is informed of incoming file and accepts the transfer 



User A is informed that file transfer has been accepted by user B 



File transfer starts 



File transfer completed (size checked) 



User B is informed that file transfer completed 



User A is informed that file transfer completed 



Users continue chatting 



User A closes the 1-to-1 chat 



User B closes the 1-to-1 chat 



User A is informed that 1 -to-1 chat with user B is closed 



User B is informed that 1 -to-1 chat with user A is closed 



TP_IMS_5107_03 in CFW step 41 (CANCEL): 
ensure that { 
when { UE_A sends CANCEL to UE_B } 
then { IMS_B receives the CANCEL 
not containing Route_header 
indicating the S-CSCF_SIP_URI of IMS_A 
} 
1 
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Step 


Direction 


Message 


Comment 
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1 






















\i 




Follow UC RCS 4 1(1-68) 


2 




User A initiates a file transfer to user 
B 




3 
























INVITE 


UE_A sends INVITE to IMS_A to 
establish a new session with the 
SDP offer indicating all specific data 
for a new IVISRP connection set up 


f 




4 


100 Trying 


IIVIS_A responds with a 1 00 Trying 
provisional response 




^ 


5 


INVITE 


IMS_A forwards INVITE to AS/IM_A 




6 


100 Trying 


AS/IM_A responds with a 100 
Trying provisional response 




7 


INVITE 


AS/IM A returns, possibly modified, 
INVITE to IMS A 


^ 


8 


100 Trying 


IIVIS_A responds with a 1 00 Trying 
provisional response 




9 


INVITE 


IMS_A forwards INVITE to IBCF_A 




10 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




11 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




12 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




13 


INVITE 


IBCF_B forwards INVITE to IMS_B 


f 


14 


100 Trying 


IMS_B responds with a 1 00 Trying 
provisional response 




15 


INVITE 


IMS_B forwards INVITE to AS/IM_B 




16 


100 Trying 


AS/IM_B responds with a 100 
Trying provisional response 




17 


INVITE 


AS/IM B returns, possibly modified, 
INVITE to IMS B 


■N. 


18 


100 Trying 


IMS_B responds with a 1 00 Trying 
provisional response 




19 


INVITE 


IMS_B forwards INVITE to UE_B 


f 




20 


100 Trying 


UE_B optionally responds with a 
100 Trying provisional response 






21 


























User B is informed of incoming file 
and accepts the transfer 




22 








^ 


f 


f 




^ 








200 OK 


UE_B responds INVITE with 200 
OK response with SDP to indicate 
that the session has been accepted 
and inform A-side with specific data 
for a new MSRP connection set up 






23 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 




24 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




25 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




26 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




27 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




28 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




29 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




30 


200 OK 


IMS A forwards 200 OK response 
toUE A 






31 


_ 


^ 


















_ 




User A is informed that file transfer 
has been accepted by user ^^^^ 




^_ 


J 


^H 


J 


^_ 


J 


^_ 


J 


^_ 




^H 




^B 


■■ 


a^ 


^ 
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Step 


Direction 


Message 


Comment 
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32 








V 








■>. 








ACK 


UE A acknowledges the receipt of 
200 OK for INVITE 




^ 


33 


ACK 


IMS_A forwards ACK to AS/IM_A 




34 


ACK 


AS/IM A returns, possibly modified, 
ACK to IMS A 




35 


ACK 


IMS_A forwards ACK to IBCF_A 




36 


ACK 


IBCF_A forwards ACK to IBCF_B 




37 


ACK 


IBCF_B forwards ACK to IMS_B 




38 


ACK 


IMS_B forwards ACK to AS/IM_B 




39 


ACK 


AS/IM B returns, possibly modified, 
ACK to IMS B 




40 


ACK 


IMS_B forwards ACK to UE_B 






41 




^ 
















■N. 






File transfer starts (see clause 5.3.3 
Image data via MSRP ) 




















42 




File transfer completed (size 
checked) and users can continue 
with 1 to 1 chat (see clause 5.3.1 
Chat 1 to 1 via MSRP) 


43 














>. 


V 








BYE 


UE_A releases the file transfer 
session with BYE 




^ 


44 


BYE 


IMS_A forwards BYE to AS/IM_A 


*. 


45 


BYE 


AS/IM A returns, possibly modified, 
BYE to IMS A 




46 


BYE 


IMS_A forwards BYE to IBCF_A 




47 


BYE 


IBCF_A forwards BYE to IBCF_B 




48 


BYE 


IBCF_B forwards BYE to IMS_B 




49 


BYE 


IMS_B forwards BYE to AS/IM_B 


^ 


50 


BYE 


AS/IM B returns, possibly modified, 
BYE to IMS B 




51 


BYE 


IMS_B forwards BYE to UE_B 






52 


























User B is informed that file transfer 
completed 




53 










f 


^ 


^ 


^ 








200 OK 


UE_B sends 200 OK for BYE 






54 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 




55 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




56 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




57 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




58 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




59 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




60 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




61 


200 OK 


IMS A forwards 200 OK response 
toUE A 






62 




^ 










^m 


1^ 


^ 








User A is informed that file transfer 
completed 




64 






















Continue UC_RCS_4_I (69A-88B) 
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4.5.3.4.2 



File transfer within 1-to-1 cinat - roaming (optional) 



Interoperability Test Description 


Identifier: 


ID IMS CHAT 0010 


Summary: 


IMS network supports 1-to-1 IM/Chat service and messages exchange between two 
users, one user in its home networl< and one user roaming can be performed. User B 
starts file transfer with User A 


^^ 


Configuration: 


OF ROAM AS (OPTIONAL) 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5107_03 


TS 124 229 [1], clause 5.4.3.2 H1 19 
(item 1 in 8'^ numbered list) 


Use Case ref.: 


UG RGS 5 R 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE A and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2. 1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE B is registered in IMS B via IMS A optionally using userPRES according to 
table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence Information of UE_B 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UEA and UEB have already performed capability discovery process 

• IMS_A not configured for topology hiding 




Test Sequence: 
1 


Step 




1 


User B selects User A in the phone address book and sends him an initial 
message 


2 


User A is informed of incoming message 


3 


User B is informed that initial message was delivered to user A 


4 


User A reads the initial message from user B and opens the 1-to-1 chat 


5 


Users perform chatting 


6 


User B initiates a file transfer to user A 


7 


User A is informed of incoming file and accepts the transfer 


8 


User B is informed that file transfer has been accepted by user B 


9 


File transfer starts 


10 


File transfer completed (size checked) 


11 


User A is informed that file transfer completed 


12 


User B is informed that file transfer completed 


13 


Users continue chatting 


14A 


User B closes the 1-to-1 chat 


14B 


User A closes the 1-to-1 chat 


15A 


User B is informed that that 1 -to-1 chat with user A is closed 


15B 


User A is informed that that 1 -to-1 chat with user B is closed 


1 

Conformance 
Criteria: 


Cfieck 




1 


TP_IMS_5107_03 in CFW step 56 (CANCEL): 
ensure that { 
when { UE A sends CANCEL to UE Bj 
then { IMS_B receives the CANCEL 
not containing Route header 
indicating the S-CSCF SIP URI of IMS A 
} 
} 
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Step 



Direction 



IVIessage 



Comment 
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B 



10 



11 
12 



13 



14 



15 
16 



17 



19 
20 

IL 
~22" 



23 



24 



25 
26 



27 



28 



29 



30 



31 



32 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



Follow UC_RCS_4_R (1-89) 



User B initiates a file transfer to user 
A 



UE_B sends INVITE to IIVIS_A to 
establish a new session with the 
SDP offer indicating all specific data 
for a new IVISRP connection set up 



IIVIS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to AS/IM B 



AS/IM_B responds with a 100 Trying 
provisional response 



AS/IM_B returns, possibly modified, 
INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to AS/IM A 



AS/IM_A responds with a 100 Trying 
provisional response 



AS/IM_A returns, possibly modified, 
INVITE to IMS A 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to UE A 



UE_A optionally responds with a 100 
Trying provisional response 



User A is informed of incoming file 
and accepts the transfer 



UE_A responds INVITE with 200 OK 
response with SDP to indicate that 
the session has been accepted and 
inform B-side with specific data for a 
new MSRP connection set up 



IMS_A forwards 200 OK response to 
AS/IM A 



AS/IM_A returns, possibly modified, 
200 OK response to IMS_ A 



IMS_A forwards 200 OK response to 
IBCF A 



IBCF_A forwards 200 OK response 
to IBCF B 
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Step 



Direction 



IVIessage 



Comment 
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I 

B 
C 

F 
B 



I 

M 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



33 



34 



35 



36 



37 



38 



39 



40 



41 



42 
"43" 

44 
"45" 

46 

"47" 

"48" 

49 

50 

51 

~52" 
"53" 



54 



55 



58 

57 
58 
59 
60 

"eT 

62 
63 
64 
65 

"66" 
67 

"68" 
69 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



200 OK 



200 OK 



IBCF_B forwards 200 OK response 
to IMS B 



IMS_B forwards 200 OK response to 
AS/IM B 



AS/IM_B returns, possibly modified, 
200 OK response to IIVIS_B 



IIVIS_B forwards 200 OK response to 
IBCF B 



IBCF_B forwards 200 OK response 
to IBCF A 



IBCF_A forwards 200 OK response 
to IIVIS A 



IIVIS_A forwards 200 OK response to 
UE B 



User B is informed that file transfer 
has been accepted by user B 



UE_B acknowledges the receipt of 
200 OK for INVITE 



IMS A forwards ACK to IBCF A 



IBCF A forwards ACK to IBCF B 



IBCF B forwards ACK to IMS B 



IMS B forwards ACK to AS/IM B 



AS/IM_B returns, possibly modified, 
ACK to IMS B 



IMS B forwards ACK to IBCF B 



IBCF B forwards ACK to IBCF A 



IBCF A forwards ACK to IMS A 



IMS A forwards ACK to AS/IM A 



AS/IM_A returns, possibly modified, 
ACK to IMS A 



IMS A forwards ACK to UE A 



File transfer starts (see clause 5.3.3 
Image data via MSRP ) 



File transfer completed (size 
checked) and users can continue 
with 1 to 1 chat (see clause 5.3.1 
Chat 1 to 1 via MSRP) 



UE_B releases the file transfer 
session with BYE 



IMS A forwards BYE to IBCF A 



IBCF A forwards BYE to IBCF B 



IBCF B forwards BYE to IMS B 



IMS B forwards BYE to AS/IM B 



AS/IM_B returns, possibly modified, 
BYE to IMS B 



IMS B forwards BYE to IBCF B 



IBCF B forwards BYE to IBCF A 



IBCF A forwards BYE to IMS A 



IMS A forwards BYE to AS/IM A 



AS/IM_A returns, possibly modified, 
BYE to IMS A 



IMS A forwards BYE to UE A 



User A is informed that file transfer 
completed 



UE A sends 200 OK for BYE 



IMS_A forwards 200 OK response to 
AS/IM A 



£75/ 



134 



ETSI TS 102 901 V2.1.1 (2011-11) 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 

IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






70 








V 
















200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IIVIS A 




71 


200 OK 


IIVIS A forwards 200 OK response to 
IBCF A 




72 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




73 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 


f 


74 


200 OK 


IIVIS B forwards 200 OK response to 
AS/IM B 


f 


75 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IIVIS B 




76 


200 OK 


IMS B forwards 200 OK response to 
IBCF B 




77 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




78 


200 OK 


IBCF A fonwards 200 OK response 
to IMS A 




79 


200 OK 


IMS A forwards 200 OK response to 
UE B 












80 




^ 






















User B is informed that file transfer 
completed 


J 


81 




Users continue chattina 


82 






















Continue UC_RCS_4_R (90A-1 1 5B) 



4.5.3.5 File transfer rejection within 1-to-1 chat 

4.5.3.5.1 File transfer rejection within 1-to-1 chat - interworking 



Interoperability Test Description 


Identifier: 


TD IMS CHAT 0011 


Summary: 


IMS network supports 1-to-1 IM/Chat service and messages exchange between two 
users in their home network can be performed. User A starts file transfer with User B, 
but User B rejects invitation 


^^ m^^^ 


Configuration: 


CF INT AS 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5107_03 


TS 124 229 [1], clause 5.4.3.2 H1 19 
(item 1 in 8'*^ numbered list) 


Use Case ref.: 


UC RCS 5 1 1 


^^m 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE A and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2. 1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE_B is registered in IMS_B optionally using userPRES according to table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UEA is authorized to see presence information of UEB 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UEA and UEB have already performed capability discovery process 

• IMS A not configured for topology hiding 
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Interoperability Test Description 




Test Sequence: 


Step 




1 


User A selects User B in the phone address book and sends him an initial 
message 


2 


User B is informed of incoming message 


3 


User A is informed that initial message was delivered to user B 


4 


User B reads the initial message from user A and opens the 1-to-1 chat 


5 


Users perform chatting 


6 


User A initiates a file transfer to user B 


7 


User B is informed of incoming file and rejects the transfer 


8 


User A is informed that file transfer has been rejected by user B 


9 


Users continue chatting 


10A 


User A closes the 1-to-1 chat 


10B 


User B closes the 1-to-1 chat 


11A 


User A is informed that 1 -to-1 chat with user B is closed 


11B 


User B is informed that 1 -to-1 chat with user A is closed 


1 1 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5107_03 in CFW step 41 (CANCEL): 
ensure that { 
when { UE A sends CANCEL to UE Bj 
then { IMS_B receives the CANCEL 
not containing Route header 
indicating the S-CSCF SIP URI of IMS A 
} 
} 



Step 



Direction 



Message 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



A 

S/ 
I 

M 
A 



I 

M 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



10 



11 
12" 

Is" 

14 

Is" 

16 



17 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



Follow UC_RCS_4_I (1-68) 



User A initiates a file transfer to user 
B 



UE_A sends INVITE to IMS_A to 
establish a new session with the 
SDP offer indicating all specific data 
for a new MSRP connection set up 



IIVIS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to AS/IM A 



AS/IM_A responds with a 100 
Trying provisional response 



AS/IM_A returns, possibly modified, 
INVITE to IMS A 



IMS_A responds with a 100 Trying 
provisional response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to AS/IM B 



AS/IM_B responds with a 100 
Trying provisional response 



AS/IM_B returns, possibly modified, 
INVITE to IMS B 
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Step 



Direction 



Message 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



A 

S/ 
I 

IVI 
A 



I 

M 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

IVI 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



18 



19 
20 



21 



22 



23 



24 



25 



26 



27 



28 



29 



30 



31 



32 



33 

34 

"35" 
36 
37 
38 
39 

"40" 
41 



42 



100 Trying 



IMS_B responds with a 1 00 Trying 
provisional response 



INVITE 



IMS B forwards INVITE to UE B 



100 Trying 



UE_B optionally responds with a 
100 Trying provisional response 



User B is informed of incoming file 
and rejects the transfer 



603 Decline 



UE_B responds INVITE with 603 
Decline response to indicate that 
the session has been rejected 



603 Decline 



IMS_B forwards 603 Decline 
response to AS/IM_B 



603 Decline 



AS/IM_B returns, possibly modified, 
603 Decline response to IIVIS_B 



603 Decline 



IMS_B forwards 603 Decline 
response to IBCF_B 



603 Decline 



IBCF_B forwards 603 Decline 
response to IBCFA 



603 Decline 



IBCF_A forwards 603 Decline 
response to IIVIS_A 



603 Decline 



IIVIS_A forwards 603 Decline 
response to AS/II\/I_ A 



603 Decline 



AS/IM_A returns, possibly modified, 
603 Decline response to IIVIS_A 



603 Decline 



IMS_A forwards 603 Decline 
response to UE_A 



User A is informed that file transfer 
has been rejected by user B 



ACK 



UE_A acknowledges the receipt of 
603 Decline response for INVITE 



ACK 



IMS A forwards ACK to AS/IM A 



ACK 



AS/IM_A returns, possibly modified, 
ACK to IMS A 



ACK 



IMS A forwards ACK to IBCF A 



ACK 



IBCF A forwards ACK to IBCF B 



ACK 



IBCF B forwards ACK to IMS B 



ACK 



IMS B forwards ACK to AS/IM B 



ACK 



AS/IM_B returns, possibly modified, 
ACK to IMS B 



ACK 



IMS B forwards ACK to UE B 



Users continue chatting (see clause 
5.3.1 Chat 1 to 1 via MSRP) 



Continue UC_RCS_4_I (69A-88B) 



4.5.3.5.2 



File transfer rejection within 1-to-1 chat - roaming (optional) 



Interoperability Test Description 


identifier: 


TD IMS CHAT 0012 


Summary: 


IMS network supports 1-to-1 IM/Chat service and messages exchange between two 
users, one user in its home network and one user roaming can be performed. User B 
starts file transfer with User A, but User A rejects invitation 




Configuration: 


CF ROAM AS (OPTIONAL) 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5107_03 


TS 124 229 [1], clause 5.4.3.2 H1 19 
(item 1 in 8'^ numbered list) 


Use Case ref.: 


UC RCS 5 R 1 
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Interoperability Test Description 


i -^^ 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE A and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 011 -2 [9], clause 4.2. 1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE B is registered in IMS B via IMS A optionally using userPRES according to 
table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UE_A and UE_B have already performed capability discovery process 

• IMS A not configured for topology hiding 




Test Sequence: 


Step 




1 


User B selects User A in the phone address book and sends him an initial 
message 


2 


User A is informed of incoming message 


3 


User B is informed that initial message was delivered to user A 


4 


User A reads the initial message from user B and opens the 1-to-1 chat 


5 


Users perform chatting 


6 


User B initiates a file transfer to user A 


7 


User A is informed of incoming file and rejects the transfer 


8 


User B is informed that file transfer has been rejected by user B 


9 


Users continue chatting 


10A 


User B closes the 1-to-1 chat 


10B 


User A closes the 1-to-1 chat 


11A 


User B is informed that that 1 -to-1 chat with user A is closed 


11B 


User A is informed that that 1 -to-1 chat with user B is closed 


^^ 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5107_03 in CFW step 56 (CANCEL): 
ensure that { 
when { UE_A sends CANCEL to UE_B } 
then { IMS_B receives the CANCEL 
not containing Route header 
indicating the S-CSCF SIP URI of IMS A 
} 
} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

M 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 




















^ 






Follow UC RCS 4 R(1-89) 


2 




User B initiates a file transfer to user 
A 




3 
























INVITE 


UE_B sends INVITE to IMS_A to 
establish a new session with the 
SDP offer indicating all specific data 
for a new MSRP connection set up 












4 


100 Trying 


IMS_A responds with a 1 00 Trying 
provisional response 












5 


INVITE 


IMS_A forwards INVITE to IBCF_A 




6 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




7 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


f 


8 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 
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Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



A 

S/ 
I 

IVI 
A 



I 
IVI 

s 

A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



10 



11 
l2" 



13 



14 



15 
16 



17 



19 
20 

IL 
~22" 



23 



24 



25 
26 



27 



28 



29 



30 



31 



32 



33 



34 



35 



36 



37 



38 



39 



40 



41 



INVITE 



IBCF B forwards INVITE to IMS B 



100 Trying 



IMS_B responds with a 1 00 Trying 
provisional response 



INVITE 



IMS B forwards INVITE to AS/IM B 



100 Trying 



AS/IM_B responds with a 100 Trying 
provisional response 



INVITE 



AS/IM_B returns, possibly modified, 
INVITE to IMS B 



100 Trying 



IMS_B responds with a 1 00 Trying 
provisional response 



INVITE 



IMS B forwards INVITE to IBCF B 



100 Trying 



IBCF_B responds with a 100 Trying 
provisional response 



INVITE 



IBCF B forwards INVITE to IBCF A 



100 Trying 



IBCF_A responds with a 100 Trying 
provisional response 



INVITE 



IBCF A forwards INVITE to IMS A 



100 Trying 



IMS_A responds with a 1 00 Trying 
provisional response 



INVITE 



IMS A forwards INVITE to AS/IM A 



100 Trying 



AS/IM_A responds with a 100 Trying 
provisional response 



INVITE 



AS/IM_A returns, possibly modified, 
INVITE to IMS A 



100 Trying 



IMS_A responds with a 1 00 Trying 
provisional response 



INVITE 



IMS A forwards INVITE to UE A 



100 Trying 



UE_A optionally responds with a 100 
Trying provisional response 



User A is informed of incoming ■ 
and rejects the transfer 



603 Decline 



UE_A responds INVITE with 603 
Decline response to indicate that the 
session has been rejected 



603 Decline 



IMS_A forwards 603 Decline 
response to AS/IM_A 



603 Decline 



AS/IM_A returns, possibly modified, 
603 Decline response to IMS_A 



603 Decline 



IMS_A forwards 603 Decline 
response to IBCFA 



603 Decline 



IBCF_A forwards 603 Decline 
response to IBCF_B 



603 Decline 



IBCF_B forwards 603 Decline 
response to IMS_B 



603 Decline 



IMS_B forwards 603 Decline 
response to AS/IM_B 



603 Decline 



AS/IM_B returns, possibly modified, 
603 Decline response to IMS_B 



603 Decline 



IMS_B forwards 603 Decline 
response to IBCF_B 



603 Decline 



IBCF_B forwards 603 Decline 
response to IBCFA 



603 Decline 



IBCF_A forwards 603 Decline 
response to IMS_A 



603 Decline 



IMS_A forwards 603 Decline 
response to UE_B 



User B is informed that file transfer 
has been rejected by user B 



ACK 



UE_B acknowledges the receipt of 
603 Decline response for INVITE 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 
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E 
A 


A 

S/ 
1 

IVI 
A 


1 

IVI 

s 

A 


\ 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






42 
























ACK 


IMS_A forwards ACK to IBCF_A 


f 


43 


ACK 


IBCF_A forwards ACK to IBCF_B 


^ 


44 


ACK 


IBCF_B forwards ACK to IMS_B 




45 


ACK 


IMS_B forwards ACK to AS/IM_B 


f 


46 


ACK 


AS/IM B returns, possibly modified, 
ACK to IMS B 




47 


ACK 


IMS_B forwards ACK to IBCF_B 




48 


ACK 


IBCF_B forwards ACK to IBCF_A 




49 


ACK 


IBCF_A forwards ACK to IMS_A 




50 


ACK 


IMS_A forwards ACK to AS/IM_A 


V 


51 


ACK 


AS/IIVI A returns, possibly modified, 
ACK to IMS A 




52 


ACK 


IMS_A forwards ACK to UE_A 






53 




^ 






















Users continue chatting (see clause 
5.3.1 Chat 1 to 1 via MSRP) 




















54 








































Continue UC RCS 4 R(90A-115B) 



4.5.3.6 



1 -to-many chat 



4.5.3.6.1 



1 -to-many chat - interworking 



Interoperability Test Description 


Identifier: 


ID IMS CHAT 0013 


Summary: 


IMS network supports 1 -to-many IM/Chat service and messages exchange between 
two users in their home network can be performed. User A starts 1 -to-many chat with 
users B and C 


^^m 


Configuration: 


CF INT AS 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5107_03 


TS 124 229 [1], clause 5.4.3.2 H1 19 
(item 1 in 8'^ numbered list) 


Use Case ref.: 


UC RCS 6 1 1 




Pre-test 
conditions: 

1 ■ 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A, UE_C and UE_B have IP bearers established to their respective IMS 
networks as per TS 186 01 1-2 [9], clause 4.2.1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE B and UE C are registered in IMS B optionally using userPRES according to 
table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B and UE_C 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UE_A, UE_C and UE_B have already performed capability discovery process 

• IMS_A not configured for topology hiding 


Test Sequence: 


Step 




1 


User A initiates a 1 -to-many Chat with User B and User C by sending initial 
message 


2 


User A is informed that the 1 -to-many Chat is established 


3 


User B is informed of incoming invitation from User A to join the 1 -to-many 
Chat 


4 


User B reads the initial message and accepts the 1 -to-many Chat invitation 
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Interoperability Test Description 


1 


5 


User A is notified with list of 1 -to-many Cliat participants 


6 


User B is notified with list of 1 -to-many Chat participants 


7 


Users perform messaging in the 1 -to-many Chat 


8A 


User B leaves the 1 -to-many Chat 


8B 


User A leaves the 1 -to-many Chat 


9A 


User B is informed that he has left the 1 -to-many Chat 


9B 


User A is informed that he has left the 1 -to-many Chat 


10A 


User A is notified that all other users have left the 1 -to-many Chat 


10B 


User B is notified that all other users have left the 1 -to-many Chat 


11A 


User A leaves the 1 -to-many Chat 


11B 


User B leaves the 1 -to-many Chat 


12A 


User A is informed that the 1 -to-many Chat has ended 


12B 


User B is informed that the 1 -to-many Chat has ended 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5107_03 in CFW step 41 (CANCEL): 
ensure that { 
when { UE A sends CANCEL to UE Bj 
then { IMS_B receives the CANCEL 
not containing Route header 
indicating the S-CSCF SIP URI of IMS A 
} 
} 



Step 


Direction 


Message 


Comment 




U 
s 
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A 


U 

E 
A 


A 

S/ 
1 

M 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 
1 


!-■. -1 








!■ . — -': 












!• 




User A initiates a 1 -to-many Chat 
with User B and User C by 
sending initial message 


► .■- -^^ 


2 
























INVITE 


UE_A sends INVITE to IMS_A 
with Request-URIsetto IIVI 
CONFERENCE FACTORY URI, 
MIME resource-list body including 
invited IM Users and the first SDP 
offer indicating all specific data 
for MSRP connection set up 






3 


100 Trying 


IMS_A responds with a 1 00 
Trying provisional response 






4 


INVITE 


IMS A forwards INVITE to 
AS/IM A 




5 


100 Trying 


AS/IM_A responds with a 100 
Trying provisional response 




6 


200 OK 


AS/IM_A responds INVITE with 
200 OK response with IM session 
Identity allocated for the current 
1 -to-many Chat to indicate that 
the session has been accepted 
and SDP to inform A-side with 
specific data for MSRP 
connection set up 


7 


200 OK 


IMS_A forwards 200 OK 
response to AS/IM A 






8 




>■ 






















User A is informed that the 1 -to- 
many Chat is established 




^^^^1 


9 
























ACK 


UE A acknowledges the receipt 
of 200 OK for INVITE 
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r 
A 
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E 
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A 

S/ 
1 

IVI 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






10 










>. 






V 








ACK 


IMS_A forwards ACK to AS/IM_A 




11 


INVITE 


AS/IM_A sends INVITE to UE_B 
with IIVI session identity (allocated 
for the current 1 -to-many Chat) 
and IIVI address of the Inviting IM 
UE (UE A) 


^ 


12 


100 Trying 


IIVIS_A responds with a 1 00 
Trying provisional response 




13 


INVITE 


IMS A forwards INVITE to 
IBCF A 


f 


14 


100 Trying 


IBCF_A responds with a 100 
Trying provisional response 




15 


INVITE 


IBCF A forwards INVITE to 
IBCF B 




16 


100 Trying 


IBCF_B responds with a 100 
Trying provisional response 




17 


INVITE 


IBCF B forwards INVITE to 
IMS B 


^ 


18 


100 Trying 


IMS_B responds with a 100 
Trying provisional response 




19 


INVITE 


IMS B forwards INVITE to 
AS/IM B 


f 


20 


100 Trying 


AS/IM_B responds with a 100 
Trying provisional response 




21 


INVITE 


AS/IM B returns, possibly 
modified, INVITE to IMS B 




22 


100 Trying 


IMS_B responds with a 1 00 
Trying provisional response 




23 


INVITE 


IMS_B forwards INVITE to UE_B 






24 


100 Trying 


UE_B optionally responds with a 
100 Trying provisional response 






25 


























User B is informed of incoming 
invitation from User A to join the 
1 -to-many Chat 




26 




User B reads the initial message 
and accepts the 1 -to-many Chat 
invitation 




27 








^ 


^ 














200 OK 


UE_B responds INVITE with 200 
OK response with SDP to 
indicate that the session has 
been accepted and inform 
AS/IM_A with specific data for 
MSRP connection set up 






28 


200 OK 


IMS_B forwards 200 OK 
response to AS/IM B 




29 


200 OK 


AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 




30 


200 OK 


IMS_B forwards 200 OK 
response to IBCF B 




31 


200 OK 


IBCF_B forwards 200 OK 
response to IBCF A 




32 


200 OK 


IBCF_A forwards 200 OK 
response to IMS A 


x 


33 


200 OK 


IMS_A forwards 200 OK 
response to AS/IM A 


V 


34 


ACK 


AS/IM A acknowledges the 
receipt of 200 OK for INVITE 




35 


ACK 


IMS_A forwards ACK to IBCF_A 
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Direction 



IVIessage 



Comment 
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r 
A 



U 

E 
A 



A 

S/ 
I 
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A 



I 
IVI 

s 

A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



36 



37 



38 



39 



40 



41 



42 



43 



44 



45 



46 



47 



48 



49 



50 



51 



52 



53 



54 



55 



56 



57 



58 



59 



60 



61 



62 



63 



64 



ACK 



ACK 



ACK 



ACK 



ACK 



SUBSCRIBE 



SUBSCRIBE 



200 OK 



200 OK 



NOTIFY 



NOTIFY 



200 OK 



200 OK 



SUBSCRIBE 



SUBSCRIBE 



SUBSCRIBE 



SUBSCRIBE 



SUBSCRIBE 



SUBSCRIBE 



SUBSCRIBE 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



NOTIFY 



IBCF A forwards ACK to IBCF B 



IBCF B forwards ACK to IMS B 



IMS B forwards ACK to AS/I M B 



AS/IM_B returns, possibly 
modified, ACK to IMS B 



IMS B forwards ACK to UE B 



UE_A subscribes to the 
conference event package 



IMS_A forwards SUBCRIBE to 
AS/IM A 



AS/IM_A sends 200 OK for 
SUBSCRIBE 



IMS_A forwards 200 OK 
response to UE_A 



AS/IM_A sends NOTIFY to UE_ 
with list of 1 -to-many Chat 
participants 



IMS_A forwards the NOTIFY to 
UE A 



User A is notified with list of 1 -to- 
many Chat participants 



UE_A responds with 200 OK to 
IMS A 



IMS_A forwards the 200 OK 
response to AS/IM_A 



UE_B subscribes to the 
conference event package 



IMS_B forwards SUBSCRIBE to 
AS/IM B 



AS/IM_B returns, possibly 
modified, SUBSCRIBE to IMS B 



IMS_B forwards SUBSCRIBE to 
IBCF B 



IBCF_B forwards SUBSCRIBE to 
IBCF A 



IBCF_A forwards SUBSCRIBE to 
IMS A 



IMS_A forwards SUBSCRIBE to 
AS/IM A 



AS/IM_A sends 200 OK for 
SUBSCRIBE 



IMS_A forwards 200 OK 
response to IBCF A 



IBCF_A forwards 200 OK 
response to IBCF_B 



IBCF_B forwards 200 OK 
response to IMS_B 



IMS_B forwards 200 OK 
response to AS/IM_B 



AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 



IMS_B forwards 200 OK 
response to UE_B 



AS/IM_A sends NOTIFY to UE_ 
with list of 1 -to-many Chat 
participants 
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1 
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A 

S/ 
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U 
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B 


U 
s 
e 
r 
B 






65 
























NOTIFY 


IMS_A forwards BYE to IBCF_A 




66 


NOTIFY 


IBCF_A forwards BYE to IBCF_B 




67 


NOTIFY 


IBCF_B forwards BYE to IMS_B 




68 


NOTIFY 


IMS_B forwards BYE to AS/IM_B 




69 


NOTIFY 


AS/IM B returns, possibly 
modified, BYE to IMS B 




70 


NOTIFY 


IMS_B forwards BYE to UE_B 






71 




















> 






User B is notified with list of 1 -to- 
many Chat participants 


72 










f 


f 


^ 


^ 








200 OK 


UE_B sends 200 OK for NOTIFY 


^. 




73 


200 OK 


IMS_B forwards 200 OK 
response to AS/I IVI B 


^ 


74 


200 OK 


AS/II\/I_B returns, possibly 
modified, 200 OK response to 
IMS B 




75 


200 OK 


IMS_B forwards 200 OK 
response to IBCF B 




76 


200 OK 


IBCF_B forwards 200 OK 
response to IBCF A 




77 


200 OK 


IBCF_A forwards 200 OK 
response to IMS A 




78 


200 OK 


IMS_A forwards 200 OK 
response to AS/IM A 




79 




^ 


■N. 


^ 


















Users perform messaging in the 
1 -to-many Chat (see clause 
5.3.2.1 Chat 1 to many via MSRP 
- Interworking) 




















BOA 




















>■ 






User B leaves the 1 -to-many 
Chat 




81A 








^ 


^ 


f 


f 


^ 








BYE 


UE_B sends BYE to IMS_B to 
leave the 1 -to-many Chat 


^. 




82A 


BYE 


IMS_B forwards BYE to AS/IM_B 


f 


83A 


BYE 


AS/IM B returns, possibly 
modified, BYE to IMS B 


N 


84A 


BYE 


IMS_B forwards BYE to IBCF_B 




85A 


BYE 


IBCF_B forwards BYE to IBCF_A 




86A 


BYE 


IBCF_A forwards BYE to IMS_A 


^. 


87A 


BYE 


IMS_A forwards BYE to AS/IM_A 


^. 


88A 


200 OK 


AS/IM_A sends 200 OK for BYE 




89A 


200 OK 


IMS_A forwards 200 OK 
response to IBCF A 




90A 


200 OK 


IBCF_A forwards 200 OK 
response to IBCF B 




91A 


200 OK 


IBCF_B forwards 200 OK 
response to IMS B 




92A 


200 OK 


IMS_B forwards 200 OK 
response to AS/IM_B 
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S/ 
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M 
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u 
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B 
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B 






93A 
























200 OK 


AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 




94A 


200 OK 


IIVIS_B forwards 200 OK 
response to UE B 






95A 




















» 






User B is informed tliat he has 
left the 1 -to-many Chat 


96A 
























NOTIFY 


AS/IM_A sends NOTIFY to IMS 
_A to inform UE_A that User B 
has left the 1 -to-many Chat 




97A 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






98A 
1 


t.v. 


f 






-^'^ 
















User A is notified that all other 
users have left the 1 -to-many 
Chat 




99A 
























200 OK 


UE A responds with 200 OK to 
IMS A 






100A 


200 OK 


IMS_A forwards the 200 OK 
response to AS/IM A 




101A 


























User A leaves the 1 -to-many 
Chat 




^M^M^M^ 


102A 








■N. 
















BYE 


UE_A sends BYE to IMS_A to 
leave the 1 -to-many Chat 


f 


f 


103A 


BYE 


IMS_A forwards BYE to AS/IM_A 


^. 


104A 


200 OK 


AS/IM_A sends 200 OK for BYE 




105A 


200 OK 


IMS_A forwards 200 OK 
response to UE A 






106A 




k 






















User A is informed that the 1 -to- 
many Chat has ended 


80B 


























User A leaves the 1 -to-many 
Chat 




^VH 


81B 
























BYE 


UE_A sends BYE to IMS_A to 
leave the 1 -to-many Chat 






82B 


BYE 


IMS_A forwards BYE to AS/IM_A 




83B 


200 OK 


AS/IM_A sends 200 OK for BYE 




84B 


200 OK 


IMS_A forwards 200 OK 
response to UE A 






85B 




k 






















User A is informed that he has 
left the 1 -to-many Chat 


86B 
























NOTIFY 


AS/IM A sends NOTIFY to 
IMS_A to inform UE_B that User 
A has left the 1 -to-many Chat 




87B 


NOTIFY 


IMS_A forwards BYE to IBCF_A 




88B 


NOTIFY 


IBCF_A forwards BYE to IBCF_B 




89B 


NOTIFY 


IBCF_B forwards BYE to IMS_B 




90B 


NOTIFY 


IMS_B forwards BYE to AS/IM_B 




91B 


NOTIFY 


AS/IM B returns, possibly 
modified, BYE to IMS B 




92B 


NOTIFY 


IMS_B forwards BYE to UE_B 






93B 






















^ 




User B is notified that all other 
users have left the 1 -to-many 
Chat 






















^H 


^^ 


*t^ 
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94B 








^ 


^ 


^ 












200 OK 


UE_B sends 200 OK for NOTIFY 


>. 




95B 


200 OK 


IMS_B forwards 200 OK 
response to AS/IM B 




96B 


200 OK 


AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 




978 


200 OK 


IMS_B forwards 200 OK 
response to IBCF B 




98B 


200 OK 


IBCF_B forwards 200 OK 
response to IBCF A 




99B 


200 OK 


IBCF_A forwards 200 OK 
response to IIVIS A 




100B 


200 OK 


IMS_A forwards 200 OK 
response to AS/IM A 




101B 




















i 






User B leaves the 1 -to-many 
Chat 


102B 
























BYE 


UE_B sends BYE to IMS_B to 
leave the 1 -to-many Chat 






103B 


BYE 


IMS_B forwards BYE to AS/IM_B 




104B 


BYE 


AS/IM B returns, possibly 
modified, BYE to IMS B 


■V. 


105B 


BYE 


IMS_B forwards BYE to IBCF_B 




106B 


BYE 


IBCF_B forwards BYE to IBCF_A 




107B 


BYE 


IBCF_A forwards BYE to IMS_A 




108B 


BYE 


IMS_A forwards BYE to AS/IM_A 




109B 


200 OK 


AS/IM_A sends 200 OK for BYE 




11 OB 


200 OK 


IMS_A forwards 200 OK 
response to IBCF A 




111B 


200 OK 


IBCF_A forwards 200 OK 
response to IBCF B 




112B 


200 OK 


IBCF_B forwards 200 OK 
response to IMS B 




113B 


200 OK 


IMS_B forwards 200 OK 
response to AS/IM B 


^ 


114B 


200 OK 


AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 




115B 


200 OK 


IMS_B forwards 200 OK 
response to UE B 






116B 




















^ 






User B is informed that the 1 -to- 
many Chat has ended 



4.5.3.6.2 



1 -to-many chat - roaming (optional) 



Interoperability Test Description | 


Identifier: 


TD IMS CHAT 0014 


Summary: 


IMS network supports 1 -to-many IM/Chat service and messages exchange between 
two users, one user in its home network and one user roaming can be performed. User 
B starts 1 -to-many chat with user A and C 


L 




Configuration: 


CF ROAM AS (OPTIONAL) 


SUT 


IMS A and IMS B 
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Interoperability Test Description 


References 


Test Purpose 


Specification Reference 


TP_IMS_5107_03 


TS 124 229 [1], clause 5.4.3.2 H1 19 
(item 1 in 8'^ numbered list) 


Use Case ref.: 


UC_RCS_6_R J 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A, UE_C and UE_B have IP bearers established to their respective IMS 
networks as per TS 186 011-2 [9], clause 4.2.1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UEB and DEC are registered in IMS_B via IMS_A optionally using userPRES 
according to table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B and UE_C 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UEA, DEC and UEB have already performed capability discovery process 

• IMS A not configured for topology hiding 


^ 


Test Sequence: 


Step 




1 


User B initiates a 1 -to-many Chat with User A and User by sending initial 
message 


2 


User B Is informed that the 1 -to-many Chat is established 


3 


User A is informed of incoming invitation from User B to join the 1 -to-many 
Chat 


4 


User A reads the initial message and accepts the 1 -to-many Chat invitation 


5 


User B is notified with list of 1 -to-many Chat participants 


6 


User A is notified with list of 1 -to-many Chat participants 


7 


Users perform messaging in the 1 -to-many Chat 


8A 


User A leaves the 1 -to-many Chat 


SB 


User B leaves the 1 -to-many Chat 


9A 


User A is informed that he has left the 1 -to-many Chat 


9B 


User B is informed that he has left the 1 -to-many Chat 


10A 


User B is notified that all other users have left the 1 -to-many Chat 


10B 


User A is notified that all other users have left the 1 -to-many Chat 


11A 


User B leaves the 1 -to-many Chat 


11B 


User A leaves the 1 -to-many Chat 


12A 


User B is informed that the 1 -to-many Chat has ended 


12B 


User A is informed that the 1 -to-many Chat has ended 


^^r 


Conformance 
Criteria: 


Check 


1 


1 


TP_IMS_5107_03 in CFW step 56 (CANCEL): 
ensure that { 
when { UE_A sends CANCEL to UE_B } 
then { IMS_B receives the CANCEL 
not containing Route header 
indicating the S-CSCF SIP URI of iMS A 
} 
} 
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I 
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B 
C 
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I 

B 
C 

F 
B 



I 
IVI 

s 

B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



10 



11 



12 



13 



14 



15 



16 



17 



19 
20 
21 

"22" 
23 



24 



25 
26 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



ACK 



ACK 



ACK 



ACK 



ACK 



INVITE 



100 Trying 



INVITE 



100 Trying 



User B initiates a 1 -to-many Chat 
with User A and User C by sending 
initial message 



UE_B sends INVITE to IIVIS_A with 
Request-URIsetto IIVI 
CONFERENCE FACTORY URI, 
IVIIIVIE resource-list body including 
invited IIVI Users and the first SDP 
offer indicating all specific data for 
IVISRP connection set up 



IIVIS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF_A forwards INVITE to 
IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS_B forwards INVITE to 
AS/IM B 



AS/IM_B responds with a 100 
Trying provisional response 



AS/IM_B responds INVITE with 
200 OK response with IM session 
Identity allocated for the current 1- 
to-many Chat to indicate that the 
session has been accepted and 
SDP to inform A-side with specific 
data for MSRP connection set up 



IMS_B forwards 200 OK response 
to IBCF B 



IBCF_B forwards 200 OK response 
to IBCF A 



IBCF_A forwards 200 OK response 
to IMS A 



IMS_A forwards 200 OK response 
toUE B 



User B is informed that the 1-to- 
many Chat is established 



UE_B acl<nowledges the receipt of 
200 OK for INVITE 



IMS A forwards ACK to IBCF A 



IBCF A forwards ACK to IBCF B 



IBCF B forwards ACK to IMS B 



IMS B forwards ACK to AS/IM B 



AS/IM_B sends INVITE to UE_A 
with IM session identity (allocated 
for the current 1 -to-many Chat) and 
IM address of the Inviting IM UE 
(UE_B) 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 
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Step 



Direction 



Message 



Comment 
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E 
A 



A 

S/ 
I 

M 
A 



I 

M 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 
IVI 

s 

B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



27 



28 



29 
30 



31 



32 



33 



34 



35 
36 



37 



38 



39 



40 



41 



42 



43 



44 



45 



46 



47 
"48" 
49 
50 
51 

"52" 
53 



54 



55 



56 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



IBCF_B forwards INVITE to 
IBCF A 



IBCF_A responds witli a 100 Trying 
provisional response 



IBCF A forwards INVITE to IMS A 



IIVIS_A responds with a 1 00 Trying 
provisional response 



IMS_A forwards INVITE to 
AS/I IVI A 



AS/IIVI_A responds with a 100 
Trying provisional response 



AS/IIVI_A returns, possibly 
modified. INVITE to IMS_A 



IIVIS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to UE A 



UE_A optionally responds with a 
100 Trying provisional response 



User A is informed of incoming 
invitation from User B to join the 1- 
to-many Chat 



User A reads the initial message 
and accepts the 1 -to-many Chat 
invitation 



UE_A responds INVITE with 200 
OK response with SDP to indicate 
that the session has been accepted 
and inform AS/IM_A with specific 
data for MSRP connection set up 



IMS_A forwards 200 OK response 
toAS/IM A 



AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 



IMS_A forwards 200 OK response 
to IBCF A 



IBCF_A forwards 200 OK response 
to IBCF B 



IBCF_B forwards 200 OK response 
to IMS B 



IMS_B forwards 200 OK response 
toAS/IM B 



AS/IM_B acknowledges the receipt 
of 200 OK for INVITE 



IMS B forwards ACK to IBCF B 



IBCF B forwards ACK to IBCF A 



IBCF A forwards ACK to IMS A 



IMS A forwards ACK to AS/I M A 



AS/IM_A returns, possibly 
modified, ACK to IMS A 



IMS A forwards ACK to UE A 



SUBSCRIBE 



UE_B subscribes to the conference 
event pacl<age 



SUBSCRIBE 



IMS_A forwards SUBSCRIBE to 
IBCF A 



SUBSCRIBE 



IBCF_A forwards SUBSCRIBE to 
IBCF B 



SUBSCRIBE 



IBCF_B forwards SUBSCRIBE to 
IMS B 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

M 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






57 










^ 






V 








SUBSCRIBE 


IMS B forwards SUBSCRIBE to 
AS/IM B 




58 


200 OK 


AS/IM B sends 200 OK for 
SUBSCRIBE 




59 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




60 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




61 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




82 


200 OK 


IMS A forwards 200 OK response 
toUE B 


f 


f 


^ 


^ 




63 


NOTIFY 


AS/IM_B sends NOTIFY to UE_B 
with list of 1 -to-many Chat 
participants 




64 


NOTIFY 


IMS B forwards NOTIFY to 
IBCF B 




65 


NOTIFY 


IBCF B forwards NOTIFY to 
IBCF A 




66 


NOTIFY 


IBCF A forwards NOTIFY to 
IMS A 




67 


NOTIFY 


IMS_A forwards NOTIFY to UE_B 












68 


























User B is notified with list of 1 -to- 
many Chat participants 




69 










^ 














200 OK 


UE B responds with 200 OK to 
IMS A 


■N. 




>. 






70 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 


>. 


71 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




72 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




73 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 




74 


SUBSCRIBE 


UE_A subscribes to the conference 
event package 






75 


SUBSCRIBE 


IMS A forwards SUBSCRIBE to 
AS/IM A 


^. 


76 


SUBSCRIBE 


AS/IM A returns, possibly 
modified, SUBSCRIBE to IMS A 




77 


SUBSCRIBE 


IMS A forwards SUBSCRIBE to 
IBCF A 


f 


78 


SUBSCRIBE 


IBCF A forwards SUBSCRIBE to 
IBCF B 


f 


79 


SUBSCRIBE 


IBCF B forwards SUBSCRIBE to 
IMS B 


^ 


80 


SUBSCRIBE 


IMS B forwards SUBSCRIBE to 
AS/IM B 




81 


200 OK 


AS/IM B sends 200 OK for 
SUBSCRIBE 




82 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




83 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




84 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




85 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 


N 


86 


200 OK 


AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

M 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






87 






f 




f 


^ 




^ 








200 OK 


IMS A forwards 200 OK response 
toUE A 




f 


88 


NOTIFY 


AS/IM_B sends NOTIFY to UE_A 
with list of 1 -to-many Chat 
participants 




89 


NOTIFY 


IMS_B forwards BYE to IBCF_B 




90 


NOTIFY 


IBCF_B forwards BYE to IBCF_A 




91 


NOTIFY 


IBCF_A forwards BYE to IMS_A 




92 


NOTIFY 


IMS_A forwards BYE to AS/IM_A 


N 


93 


NOTIFY 


AS/IIVI A returns, possibly 
modified, BYE to IMS A 




94 


NOTIFY 


IMS_A forwards BYE to UE_A 






95 


























User A is notified with list of 1 -to- 
many Chat participants 




96 








■N. 






^. 


V 








200 OK 


UE_A sends 200 OK for NOTIFY 






97 


200 OK 


IMS A forwards 200 OK response 
toAS/IM A 




98 


200 OK 


AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 




99 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 




100 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




101 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




102 


200 OK 


IMS B forwards 200 OK response 
toAS/IM B 




103 

1 




^ 












*. 


^ 








Users perform messaging in the 1- 
to-many Chat (see clause 5.3.2.2 

Chat 1 to many via MSRP - 
Roaming) 


^ 


















104A 




User A leaves the 1 -to-many Chat 


105A 














>. 










BYE 


UE_A sends BYE to IMS_A to 
leave the 1 -to-many Chat 






106A 


BYE 


IMS_A forwards BYE to AS/IM_A 


■V. 


107A 


BYE 


AS/IM A returns, possibly 
modified, BYE to IMS A 


^ 


108A 


BYE 


IMS_A forwards BYE to IBCF_A 




109A 


BYE 


IBCF_A forwards BYE to IBCF_B 




110A 


BYE 


IBCF_B forwards BYE to IMS_B 




111A 


BYE 


IMS_B forwards BYE to AS/IM_B 




112A 


200 OK 


AS/IM_B sends 200 OK for BYE 




113A 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




114A 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




115A 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




116A 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




117A 


200 OK 


AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 




118A 


200 OK 


IMS A forwards 200 OK response 
toUE A 






119A 


























User A is informed that he has left 
the 1 -to-many Chat 


(^^^ 


b 




^ 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

M 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


u 

s 
e 
r 
B 






120A 










^ 


f 


^ 


^ 








NOTIFY 


AS/IM_B sends NOTIFY to IMS _B 
to inform UE_B that User A has left 
the 1 -to-many Chat 




121A 


NOTIFY 


IMS B forwards NOTIFY to 
IBCF B 




122A 


NOTIFY 


IBCF B forwards NOTIFY to 
IBCF A 




123A 


NOTIFY 


IBCF A forwards NOTIFY to 
IMS A 




124A 


NOTIFY 


IMS_A forwards NOTIFY to UE„B 












125A 


























User B is notified that all other 
users have left the 1 -to-many Chat 




126A 










^ 














200 OK 


UE B responds with 200 OK to 
IMS A 


■^ 










127A 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 




128A 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




129A 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




130A 


200 OK 


IMS B forwards 200 OK response 
toAS/IM B 




131A 




















r^ 






User B leaves the 1 -to-many Chat 


132A 










^ 














BYE 


UE_B sends BYE to IMS_A to 
leave the 1 -to-many Chat 












133A 


BYE 


IMS_A forwards BYE to IBCF_A 




134A 


BYE 


IBCF_A forwards BYE to IBCF_B 


f 


135A 


BYE 


IBCF_B forwards BYE to IMS_B 


f 


136A 


BYE 


IMS_B forwards BYE to AS/IM_B 




137A 


200 OK 


AS/IM_B sends 200 OK for BYE 




138A 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




139A 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




140A 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




141A 


200 OK 


IMS A forwards 200 OK response 
toUE B 












142A 
104B 


























User B is informed that the 1 -to- 
many Chat has ended 
User B leaves the 1 -to-many Chat 


d — 


105B 










^ 














BYE 


UE_B sends BYE to IMS_A to 
leave the 1 -to-many Chat 












106B 


BYE 


IMS_A forwards BYE to IBCF_A 




107B 


BYE 


IBCF_A forwards BYE to IBCF_B 




108B 


BYE 


IBCF_B forwards BYE to IMS_B 


f 


109B 


BYE 


IMS_B forwards BYE to AS/IM_B 




11 OB 


200 OK 


AS/IM_B sends 200 OK for BYE 




111B 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




112B 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




113B 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




114B 


200 OK 


IMS A forwards 200 OK response 
toUE B 












115B 


























User B is informed that he has left 
the 1 -to-many Chat 












M 






^ 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

M 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






11 6B 










f 


f 


^ 


^ 








NOTIFY 


AS/IM_B sends NOTIFY to IMS_B 
to inform UE_A that User B has left 
the 1 -to-many Chat 




117B 


NOTIFY 


IMS B forwards NOTIFY to 
IBCF B 




118B 


NOTIFY 


IBCF B forwards NOTIFY to 
IBCF A 




11 98 


NOTIFY 


IBCF A forwards NOTIFY to 
IMS A 




120B 


NOTIFY 


IMS A forwards NOTIFY to 
AS/IM A 




121B 


NOTIFY 


AS/IM A returns, possibly 
modified, NOTIFY to IMS A 




122B 


BYE 


1MS_A forwards NOTIFY to UE_A 






123B 




(^^^ 






IKJk^.fti-.dCbl 


^--s^Mim 














User A is informed that User B has 
left the 1 -to-many Chat 






124B 










>. 














200 OK 


UE_A sends 200 OK for NOTIFY 






125B 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




126B 


200 OK 


AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 




127B 


200 OK 


IMS A forwards 200 OK response 
to IBCF A 




128B 


200 OK 


IBCF A forwards 200 OK response 
to IBCF B 




129B 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 




130B 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 




131B 






■■m^H 


















User A leaves the 1 -to-many Chat 




132B 








V 


>. 














BYE 


UE_A sends BYE to IMS_A to 
leave the 1 -to-many Chat 


f 




133B 


BYE 


IMS_A forwards BYE to AS/IM_A 




134B 


BYE 


AS/IM A returns, possibly 
modified, BYE to IMS A 


f 


135B 


BYE 


IMS_A forwards BYE to IBCF_A 


^ 


136B 


BYE 


IBCF_A forwards BYE to IBCF_B 


^ 


137B 


BYE 


IBCF_B forwards BYE to IMS_B 




138B 


BYE 


IMS_B forwards BYE to AS/IM_B 


^ 


139B 


200 OK 


AS/IM_B sends 200 OK for BYE 




140B 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




141B 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




142B 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




143B 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 


>. 


144B 


200 OK 


AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 




MSB 


200 OK 


IMS A forwards 200 OK response 
toUE A 






,146B 


























User A is informed that the 1 -to- 
many Chat has ended 
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4.5.3.7 



Adding participants to an already estabiislied 1 -to-many chat session 



4.5.3.7.1 



Adding participants to an already established 1 -to-many chat session 
intenworking 



Interoperability Test Description 


Identifier: 


ID IMS CHAT 0015 


Summary: 


IMS network supports 1 -to-many IM/Chat service and messages exchange between 
two users in their network can be performed. User A invites User D to an already 
established 1 -to-many Ghat 




Configuration: 


OF INT AS 


BUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5107_03 


TS 124 229 [1], clause 5.4.3.2 fl 19 
(item 1 in 8'*^ numbered list) 


Use Case ref.: 
1 fl^^^B 


UC RCS 6 1 J 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A, UE_C, UE_D and UE_B have IP bearers established to their respective IMS 

networks as per TS 186 01 1-2 [9], clause 4.2.1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE_B, UE_D and UE_G are registered in IMS_B optionally using userPRES 

according to table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B, UE_D and UE_C 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UEA, UEC, UED and UEB have already performed capability discovery 

process 

• IMS_A not configured for topology hiding 


j^^^^^m 


Test Sequence: 


Step 




1 


User A initiates a 1 -to-many Ghat with User B and User G by sending initial 
message 


2 


User A is informed that the 1 -to-many Chat is established 


3 


User B is informed of incoming invitation from User A to join the 1 -to-many 
Chat 


4 


User B reads the initial message and accepts the 1 -to-many Chat invitation 


5 


User A is notified with list of 1 -to-many Ghat participants 


6 


User B is notified with list of 1 -to-many Ghat participants 


7 


Users perform messaging in the 1 -to-many Ghat 


8 


User A invites User D to join 1 -to-many Ghat 


9 


User D is informed of incoming invitation from User A to join the 1 -to-many 
Chat 


10 


User D accepts the 1 -to-many Ghat invitation 


11 


User A is notified with list of 1 -to-many Ghat participants 


12 


User D is notified with list of 1 -to-many Ghat participants 


13 


Users perform messaging in the 1 -to-many Ghat 


14 


User D leaves the 1 -to-many Ghat 


15 


User D is informed that he has left the 1 -to-many Ghat 


16 


User A is notified that User D has left the 1 -to-many Ghat 


17A 


User B leaves the 1 -to-many Ghat 


17B 


User A leaves the 1 -to-many Ghat 


18A 


User B is informed that he has left the 1 -to-many Ghat 


18B 


User A is informed that he has left the 1 -to-many Ghat 


19A 


User A is notified that all other users have left the 1 -to-many Ghat 


19B 


User B is notified that all other users have left the 1 -to-many Ghat 


20A 


User A leaves the 1 -to-many Ghat 


20B 


User B leaves the 1 -to-many Ghat 


20A 


User A is informed that the 1 -to-many Chat has ended 


20B 


User B is informed that the 1 -to-many Chat has ended 
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[Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_5107_03 in CFW step 41 (CANCEL): 
ensure that { 
when { UE_A sends CANCEL to UE_B } 
then { IMS_B receives the CANCEL 
not containing Route_header 
indicating the S-CSCF_SIP_URI of IMS_A 
} 
1 



Step 



Direction 



Message 



Comment 



U 

s 
e 
r 
A 



U 

E 
A 



A 

S/ 
I 

M 
A 



I 

M 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
D 



U 
s 
e 
r 
D 



10 



11 



12 



13 



14 



15 



16 



17 



19 
20 



REFER 



REFER 



200 OK 



200 OK 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



Follow UC_RCS_6_I (1-79) 



User A invites User D to join 1-to- 
many Chat 



UE_A sends REFER message 
to ll\/IS_A, with IIVI session 
identity (allocated for the 
current 1 -to-many chat), Refer- 
To header value equals to 
UE_D URI and Refer-Sub 
header value set to "false" 



IMS_A forwards REFER to 
AS/IM A 



AS/IM_A responds with 200 OK 
to IMS A 



IMS_A forwards the 200 OK 
response to UE_A 



AS/IIVI_A sends INVITE to UE_D 
with IIVI session identity (allocated 
for the current 1 -to-many Chat) 
and IM address of the Inviting IM 
UE (UE_A) 



IIVIS_A responds with a 100 
Trying provisional response 



IIVIS_A forwards INVITE to 
IBCF A 



IBCF_A responds with a 100 
Trying provisional response 



IBCF_A forwards INVITE to 
IBCF B 



IBCF_B responds with a 100 
Trying provisional response 



IBCF_B forwards INVITE to 
IIVIS B 



IIVIS_B responds with a 100 
Trying provisional response 



IIVIS_B forwards INVITE to 
AS/IIVI B 



AS/IIVI_B responds with a 100 
Trying provisional response 



AS/IIVI_B returns, possibly 
modified, INVITE to IIVIS B 



IIVIS_B responds with a 1 00 
Trying provisional response 



IIVIS B forwards INVITE to UE D 



UE_D optionally responds with a 
100 Trying provisional response 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


u 

E 
D 


U 
s 
e 
r 
D 






21 

! 


























User D is informed of incoming 
invitation from User A to join the 
1 -to-many Chat 


^ 


22 




User D accepts the 1 -to-many 
Chat invitation 




23 






f 


^ 








f 








200 OK 


UE_D responds INVITE with 200 
OK response with SDP to 
indicate that the session has 
been accepted and inform 
AS/IIVI_A with specific data for 
IVISRP connection set up 






24 


200 OK 


IIVIS_B forwards 200 OK 
response to AS/I IVI B 




25 


200 OK 


AS/IIVI_B returns, possibly 
modified, 200 OK response to 
IMS B 




26 


200 OK 


IMS_B forwards 200 OK 
response to IBCF B 




27 


200 OK 


IBCF_B forwards 200 OK 
response to IBCF A 




28 


200 OK 


IBCF_A forwards 200 OK 
response to IIVIS A 




29 


200 OK 


IIVIS_A forwards 200 OK 
response to AS/I IVI A 


>. 


30 


ACK 


AS/IIVI A acknowledges the 
receipt of 200 OK for INVITE 


>. 


31 


ACK 


IMS_A forwards ACK to IBCF_A 




32 


ACK 


IBCF_A forwards ACK to IBCF_B 




33 


ACK 


IBCF_B forwards ACK to IMS_B 




34 


ACK 


IMS_B forwards ACK to AS/IM_B 


f 


35 


ACK 


AS/IIVI B returns, possibly 
modified, ACK to IIVIS B 




36 


ACK 


IMS_B forwards ACK to UE_D 






37 


NOTIFY 


AS/IM_A sends NOTIFY to UE_A 
with list of 1 -to-many Chat 
participants 




38 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






1 39 




^^^H 


^^^■^B 


















User A is notified with list of 1 -to- 
many Chat participants 


'• 


f^/m^M 


40 
















^ 








200 OK 


UE A responds with 200 OK to 
IMS A 






41 


200 OK 


IMS_A forwards the 200 OK 
response to AS/IM A 




42 


SUBSCRIBE 


UE_D subscribes to the 
conference event package 






43 


SUBSCRIBE 


IMS B forwards SUBSCRIBE to 
AS/IM B 


f 


44 


SUBSCRIBE 


AS/IM B returns, possibly 
modified, SUBSCRIBE to IMS B 




45 


SUBSCRIBE 


IMS B forwards SUBSCRIBE to 
IBCF B 




46 


SUBSCRIBE 


IBCF B forwards SUBSCRIBE to 
IBCF A 




47 


SUBSCRIBE 


IBCF A forwards SUBSCRIBE to 
IMS A 




48 


SUBSCRIBE 


IMS A forwards SUBSCRIBE to 
AS/IM A 


»» 


49 


200 OK 


AS/IM A sends 200 OK for 
SUBSCRIBE 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


\ 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
D 


U 
s 
e 
r 
D 






50 










>. 














200 OK 


IMS_A forwards 200 OK 
response to IBCF A 


X 


51 


200 OK 


IBCF_A forwards 200 OK 
response to IBCF B 




52 


200 OK 


IBCF_B forwards 200 OK 
response to IMS B 




53 


200 OK 


IMS_B forwards 200 OK 
response to AS/IM B 




54 


200 OK 


AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 




55 


200 OK 


IMS_B forwards 200 OK 
response to UE D 




>. 


56 


NOTIFY 


AS/IM_A sends NOTIFY to UE_D 
with list of 1 -to-many Chat 
participants 




57 


NOTIFY 


IMS_A forwards BYE to IBCF_A 




58 


NOTIFY 


IBCF_A forwards BYE to IBCF_B 




59 


NOTIFY 


IBCF_B forwards BYE to IMS_B 




60 


NOTIFY 


IMS_B forwards BYE to AS/IM_B 




61 


NOTIFY 


AS/IM B returns, possibly 
modified, BYE to IMS B 




62 


NOTIFY 


IMS_B forwards BYE to UE_D 






63 


























User D is notified with list of 1 -to- 
many Chat participants 




64 










f 


f 


^ 










200 OK 


UE_D sends 200 OK for NOTIFY 


V 




65 


200 OK 


IMS_B forwards 200 OK 
response to AS/IM B 


^ 


66 


200 OK 


AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 




67 


200 OK 


IMS_B forwards 200 OK 
response to IBCF B 




68 


200 OK 


IBCF_B forwards 200 OK 
response to IBCF A 




69 


200 OK 


IBCF_A forwards 200 OK 
response to IMS A 




70 


200 OK 


IMS_A forwards 200 OK 
response to AS/IM A 




71 


























Users perform messaging in the 
1 -to-many Chat (see clause 
5.3.2.3Chat 1 to many via MSRP 
to additional user - Interworking) 




















72 




User D leaves the 1 -to-many 
Chat 


d 




73 














f 


f 








BYE 


UE_D sends BYE to IMS_B to 
leave the 1 -to-many Chat 






74 


BYE 


IMS_B forwards BYE to AS/IM_B 




75 


BYE 


AS/IM B returns, possibly 
modified, BYE to IMS B 




76 


BYE 


IMS_B forwards BYE to IBCF_B 




77 


BYE 


IBCF_B forwards BYE to IBCF_A 




78 


BYE 


IBCF_A forwards BYE to IMS_A 




79 


BYE 


IMS_A forwards BYE to AS/IM_A 


^. 


80 


200 OK 


AS/IM_A sends 200 OK for BYE 




81 


200 OK 


IMS_A forwards 200 OK 
response to IBCF A 




82 


200 OK 


IBCF_A forwards 200 OK 
response to IBCFB 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
D 


U 
s 
e 
r 
D 






83 
























200 OK 


IBCF_B forwards 200 OK 
response to IMS B 




84 


200 OK 


IMS_B forwards 200 OK 
response to AS/IM B 




85 


200 OK 


AS/IM_B returns, possibly 
modified, 200 OK response to 
IMS B 




86 


200 OK 


IMS_B forwards 200 OK 
response to UE B 






87 


























User D is informed that he has 
left the 1 -to-many Chat 




88 
























NOTIFY 


AS/IM_A sends NOTIFY to IMS 
A to inform UEA that User B 
has left the 1 -to-many Chat 




89 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 






90 


























User A is notified that User D has 
left the 1 -to-many Chat 




91 
























200 OK 


UE A responds with 200 OK to 
IMS A 




^ 


92 


200 OK 


IMS_A forwards the 200 OK 
response to AS/IM A 




93 


























Continue UC RCS 6 1 (80A- 
11 6B) 



4.5.3.7.2 Adding participants to an already established 1 -to-many chat session 

(optional) 



roaming 



Interoperability Test Description 


Identifier: 


TD IMS CHAT 0016 


Summary: 


IMS network supports 1 -to-many IM/Chat service and messages exchange between 
two users, one user in its home network and one user roaming can be performed. User 
A invites User D to an already established 1 -to-many Chat 




Configuration: 


CF ROAM AS (OPTIONAL) 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5107_03 


TS 124 229 [1], clause 5.4.3.2 H1 19 
(item 1 in 8'^ numbered list) 


Use Case ref.: 


UC RCS 6 R 1 


Pre-test 
conditions: 

L M 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A, UE_C, UE_D and UE_B have IP bearers established to their respective 
IMS networks as perTS 186 011-2 [9], clause 4.2.1 

• UEA and UE D are registered in IMS A optionally using userPRES according to 
table 1 

• UEB and UEC are registered in IMS_B via IMS_A optionally using userPRES 
according to table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B and UE_C 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UE_A, UE_C, UE_D and UE_B have already performed capability discovery 
process 

• IMS A not configured for topology hiding 
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Interoperability Test Description 


Test Sequence: 

1 ^^^^H^ 


Step 




1 


User B initiates a 1 -to-many Chat with User A and User C by sending initial 
message 


2 


User B is informed that the 1 -to-many Chat is established 


3 


User A is informed of incoming invitation from User B to join the 1 -to-many 
Chat 


4 


User A reads the initial message and accepts the 1 -to-many Chat invitation 


5 


User B is notified with list of 1 -to-many Chat participants 


6 


User A is notified with list of 1 -to-many Chat participants 


7 


Users perform messaging in the 1 -to-many Chat 


8 


User B invites User D to join 1 -to-many Chat 


9 


User D is informed of incoming invitation from User B to join the 1 -to-many 
Chat 


10 


User D reads the initial message and accepts the 1 -to-many Chat invitation 


11 


User B is notified with list of 1 -to-many Chat participants 


12 


User D is notified with list of 1 -to-many Chat participants 


13 


Users perform messaging in the 1 -to-many Chat 


14 


User D leaves the 1 -to-many Chat 


15 


User D is informed that he has left the 1 -to-many Chat 


16 


User B is notified that user D has left the 1 -to-many Chat 


17A 


User A leaves the 1 -to-many Chat 


17B 


User B leaves the 1 -to-many Chat 


18A 


User A is informed that he has left the 1 -to-many Chat 


18B 


User B is informed that he has left the 1 -to-many Chat 


19A 


User B is notified that all other users have left the 1 -to-many Chat 


19B 


User A is notified that all other users have left the 1 -to-many Chat 


20A 


User B leaves the 1 -to-many Chat 


208 


User A leaves the 1 -to-many Chat 


21A 


User B is informed that the 1 -to-many Chat has ended 


21B 


User A is informed that the 1 -to-many Chat has ended 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5107_03 in CFW step 56 (CANCEL): 
ensure that { 
when { UE_A sends CANCEL to UE_B } 
then { IMS_B receives the CANCEL 
not containing Route header 
indicating the S-CSCF SIP URI of IMS A 
} 
} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
D 


U 

E 
D 


A 

S/ 
1 

M 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 


























Follow UC_6_R{1- 


2 




















^^H 


■ 




User B invites User D to join 1 -to- 
many Chat 


3 










^ 














REFER 


UEB sends REFER message to 
ll\/IS_A, with IM session identity 
(allocated for the current 1 -to-many 
chat), Refer-To header value 
equals to UE_D URI and Refer-Sub 
header value set to "false" 






V 






4 


INVITE 


IMS_A forwards INVITE to IBCF_A 




5 


INVITE 


IBCF A forwards INVITE to 
IBCF_B 




6 


INVITE 


IBCF_B forwards INVITE to IMS_B 




7 


INVITE 


IMS B forwards INVITE to 
AS/IM_B 
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Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
D 



U 

E 
D 



A 

S/ 
I 

M 
A 



I 

M 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



10 



11 



12 



13 



14 



15 



16 



17 



19 



20 



21 



22 



23 



24 



25 



26 



27 



28 



29 



30 



31 



32 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



AS/IM_B responds with 200 OK to 
IMS B 



ll\/IS_B forwards 200 OK response 
to IBCF B 



IBCF_B forwards 200 OK response 
to IBCF A 



IBCF_A forwards 200 OK response 
to IMS A 



IMS_A forwards 200 OK response 
toUE B 



AS/IM_B sends INVITE to UE_D 
with IM session identity (allocated 
for the current 1 -to-many Chat) and 
IM address of the Inviting IM UE 
(UE_D) 



IMS_B responds with a 100 Trying 
provisional response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF_B forwards INVITE to 
IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 100 Trying 
provisional response 



IMS_A forwards INVITE to 
AS/IM A 



AS/IM_A responds with a 100 
Trying provisional response 



AS/IM_A returns, possibly 
modified, INVITE to IMS A 



IMS_A responds with a 100 Trying 
provisional response 



IMS A forwards INVITE to UE D 



UE_D optionally responds with a 
100 Trying provisional response 



User D is informed of incoming 
invitation from User B to join the 1 - 
to-many Chat 



LU-llldliy OllclL 

User D reads the initial i 
and accep*" *'^^ i*^ t 
invitation 



vjoci ^ ,^a^^ Liic ....L.ci. message 
and accepts the 1 -to-many Chat 



UE_D responds INVITE with 200 
OK response with SDP to indicate 
that the session has been accepted 
and inform AS/IM_A with specific 
data for MSRP connection set up 



IMS_A forwards 200 OK response 
to AS/IM A 



AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 



IMS_A forwards 200 OK response 
to IBCF A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
D 


U 

E 
D 


A 

S/ 
1 

M 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






33 








f 
















200 OK 


IBCF A forwards 200 OK response 
to IBCF_B 




34 


200 OK 


IBCF B forwards 200 OK response 
to IMS_B 


^ 


35 


200 OK 


IMS B forwards 200 OK response 
to AS/IM_B 


^ 


36 


ACK 


AS/IM B acknowledges the receipt 
of 200 OK for INVITE 


^ 


37 


ACK 


IMS_B forwards ACK to IBCF_B 


^ 


38 


ACK 


IBCF_B forwards ACK to IBCF_A 


^ 


39 


ACK 


IBCF_A forwards ACK to IMS_A 




40 


ACK 


IMS_A forwards ACK to AS/IM_A 




41 


ACK 


AS/IM A returns, possibly 
modified, ACK to IMS_A 




42 


ACK 


IMS_A forwards ACK to UE_D 






43 


NOTIFY 


AS/IM_B sends NOTIFY to UE_B 
with list of 1 -to-many Chat 
participants 




44 


NOTIFY 


IMS B forwards NOTIFY to 
IBCF_B 




45 


NOTIFY 


IBCF B forwards NOTIFY to 
IBCF_A 




46 


NOTIFY 


IBCF A forwards NOTIFY to 
IMS_A 




47 


NOTIFY 


IMS_A forwards NOTIFY to UE_B 












48 




















> 


1 




User B is notified with list of 1 -to- 
many Chat participants 


M 


49 










^ 














200 OK 


UE B responds with 200 OK to 
IMS_A 












50 


200 OK 


IMS A forwards 200 OK response 
to IBCF_A 




51 


200 OK 


IBCF A forwards 200 OK response 
to IBCF_B 




52 


200 OK 


IBCF B forwards 200 OK response 
to IMS_B 




53 


200 OK 


IMS B forwards 200 OK response 
to AS/IM_B 


N 


54 


SUBSCRIBE 


UE_D subscribes to the conference 
event package 






55 


SUBSCRIBE 


IMS A forwards SUBSCRIBE to 
AS/IM_A 




56 


SUBSCRIBE 


AS/IM A returns, possibly 
modified, SUBSCRIBE to IMS_A 




57 


SUBSCRIBE 


IMS A forwards SUBSCRIBE to 
IBCF_A 




58 


SUBSCRIBE 


IBCF A forwards SUBSCRIBE to 
IBCF_B 




59 


SUBSCRIBE 


IBCF B forwards SUBSCRIBE to 
IMS_B 




60 


SUBSCRIBE 


IMS B forwards SUBSCRIBE to 
AS/IM B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
D 


U 

E 
D 


A 

S/ 
1 

M 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






61 








^ 


f 














200 OK 


AS/IM B sends 200 OK for 
SUBSCRIBE 




62 


200 OK 


IMS B forwards 200 OK response 
to IBCF_B 


^ 


63 


200 OK 


IBCF B forwards 200 OK response 
to IBCF_A 




64 


200 OK 


IBCF A forwards 200 OK response 
to IMS_A 




65 


200 OK 


IMS A forwards 200 OK response 
to AS/IM_A 




66 


200 OK 


AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 




67 


200 OK 


IMS A forwards 200 OK response 
to UE_D 




f 


68 


NOTIFY 


AS/IM_B sends NOTIFY to UE_D 
with list of 1 -to-many Chat 
participants 




69 


NOTIFY 


IMS_B forwards BYE to IBCF_B 




70 


NOTIFY 


IBCF_B forwards BYE to IBCF_A 




71 


NOTIFY 


IBCF_A forwards BYE to IMS_A 




72 


NOTIFY 


IMS_A forwards BYE to AS/IM_A 




73 


NOTIFY 


AS/IM A returns, possibly 
modified, BYE to IMS_A 




74 


NOTIFY 


IMS_A forwards BYE to UE_D 






75 




« 








•■«■.■—=: *-.B! 














User D is notified with list of 1 -to- 
many Chat participants 


76 












■V. 


V 










200 OK 


UE_D sends 200 OK for NOTIFY 




^ 


77 


200 OK 


IMS A forwards 200 OK response 
to AS/IM_A 




78 


200 OK 


AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 




79 


200 OK 


IMS A forwards 200 OK response 
to IBCF_A 




80 


200 OK 


IBCF A forwards 200 OK response 
to IBCF_B 




81 


200 OK 


IBCF B forwards 200 OK response 
to IMS_B 




82 


200 OK 


IMS B forwards 200 OK response 
to AS/1M_B 




83 




^ 












*. 


^ 








Users perform messaging in the 1- 
to-many Chat (see clause 5.3.2.4 

Chat 1 to many via MSRP to 
additional user - Roaming) 




















84 




? 






















User D leaves the 1 -to-many Chat 


85 
























BYE 


UE_D sends BYE to IMS_A to 
leave the 1 -to-many Chat 






86 


BYE 


IMS_A forwards BYE to AS/IM_A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
D 


U 

E 
D 


A 

S/ 
1 

M 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






87 






f 


















BYE 


AS/IM A returns, possibly 
modified, BYE to IMS_A 




88 


BYE 


IMS_A forwards BYE to IBCF_A 


^ 


89 


BYE 


IBCF_A forwards BYE to IBCF_B 


f 


90 


BYE 


IBCF_B forwards BYE to IMS_B 




91 


BYE 


IMS_B forwards BYE to AS/IM_B 




92 


200 OK 


AS/IM_B sends 200 OK for BYE 




93 


200 OK 


IIVIS B forwards 200 OK response 
to IBCF_B 




94 


200 OK 


IBCF B forwards 200 OK response 
to IBCF_A 




95 


200 OK 


IBCF A forwards 200 OK response 
to IMS_A 




96 


200 OK 


IMS A forwards 200 OK response 
to AS/IM_A 




97 


200 OK 


AS/IM_A returns, possibly 
modified, 200 OK response to 
IMS A 




98 


200 OK 


IMS A forwards 200 OK response 
to UE_D 






99 




i 






















User D is informed that he has left 
the 1 -to-many Chat 


100 










^ 


f 




^ 








NOTIFY 


AS/IM_B sends NOTIFY to IMS _B 
to inform UE_B that User D has left 
the 1 -to-many Chat 




101 


NOTIFY 


IMS B forwards NOTIFY to 
IBCF_B 




102 


NOTIFY 


IBCF B forwards NOTIFY to 
IBCF_A 




103 


NOTIFY 


IBCF A forwards NOTIFY to 
IMS_A 




104 


NOTIFY 


IMS_A forwards NOTIFY to UE_B 












105 




















? 






User B is notified that user D has 
left the 1 -to-many Chat 


106 










f 














200 OK 


UE B responds with 200 OK to 
IMS_A 












107 


200 OK 


IMS A forwards 200 OK response 
to IBCF_A 




108 


200 OK 


IBCF A forwards 200 OK response 
to IBCF_B 




109 


200 OK 


IBCF B forwards 200 OK response 
to IMS_B 




110 


200 OK 


IMS B forwards 200 OK response 
to AS/IM_B 




111 


■ 
























Continue UC RCS 6 R{104A- 
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4.5.4 RCS-e services during a call 



4.5.4.1 



Video sharing 



4.5.4.1.1 



Video sharing- interworking 



Interoperability Test Description 


Identifier: 


TD IMS SHARE 0001 


Summary: 


IMS network supports Video sharing service and messages exchange between two 
users in their networl<s can be performed. User A starts video sharing with User B 
during a voice call 


M^^^^ 


Configuration: 


CF INT AS 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5097_01 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(1^' numbered list) 


TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.3 115 
(item 4 in 1 St numbered list) 


TP_IMS_5115_08 


TS 124 229 [1], clause 5.4.3.3 189 
(4* numbered list) 


Use Case ref.: 


UC RCS 8 1 1 


^^m 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE AandUE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2. 1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE_B is registered in IMS_B optionally using userPRES according to table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UE_A and UE_B have already performed capability discovery process 

• IMS A not configured for topology hiding 


\ 1 

Test Sequence: 


Step 




1A 


User A establishes voice call with user B 


IB 


User B establishes voice call with user A 


2 


User A requests to share video with user B 


3 


User B is requested to accept to share video 


4 


User B accepts to share video with user A 


5 


User A is informed that request has been answered 


6 


Video sharing starts 


7A 


User A ends video sharing 


8A 


User B is informed that video sharing has terminated 


9A 


User A is informed that video sharing has terminated 


10A 


User A initiates voice call termination 


7B 


User B ends video sharing 


8B 


User A is informed that video sharing has terminated 


9B 


User B is informed that video sharing has terminated 


10B 


User B initiates voice call termination 


1 1 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_5097_01 in CFW step 15 (INVITE): 
ensure that { 

when { UE_A sends an initial INVITE to UE_B } 
then { IMS_B receives the initial INVITE 
not containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_A 
containing a P-Charging-Vector_header 
(containing an icid-value_parameter and 
containing a orig-ioi_parameter indicating IMS_A and 
not containing an access-network-charging-info_parameter and 
not containing a term-ioi_parameter) and 
containing a Record- Route_header 
indicating the originating S-CSCF_SIP_URI } 
I 



TP_IMS_5108_03 in CFW step 19 (INVITE) 
ensure that { 
when { IMS_B receives an initial INVITE from IMS_A addressed_to UEB } 
then { IMS_B sends the initial INVITE to AS_B 
containing a topmost Route_header 

indicating the SIP_URI of AS_B and 
containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi_parameter } 
1 



TP_IMS_51 1 5_08 in CFW step 31 (200 OK) 
ensure that { 
when { IMS_B receives 200_response from AS_B addressedjto UEA } 
then { IMS_B sends the 200_response to IMS_A 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
including a term-ioi_parameter 
indicating operatorjdentifier of IMS_BIUT_ } 
1 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

lUI 
S 
A 


1 

B 
C 
F 
A 


1 

B 
C 

F 
B 


1 

lUI 

s 

B 


U 

E 
B 


U 
s 
e 
r 
B 






1A 






















User A establishes a voice call to user B 


i 












^ 


IB 


















User B establishes a voice call to user A 






























2 


















User A requests to share video with user B 


^ 


3 








V 




N 


\ 






INVITE 


UE_A sends INVITE to share video with user B 




4 


100 Trying 


ll\/IS_A responds with a 100 Trying provisional 
response 




5 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 


6 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




7 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


/ 


8 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




9 


INVITE 


IBCF_B forwards INVITE to IMS_B 




10 


100 Trying 


ll\/IS_B responds with a 100 Trying provisional 
response 




11 


INVITE 


IMS_B forwards INVITE to UE_B 


/ 


12 


100 Trying 


UE_B responds with a 100 Trying provisional 
response 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






13 






















User B is requested to accept to sliare video 


) 


14 








/ 












180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




15 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF B 




16 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF A 




17 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS A 




18 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




19 
















^ 






User B accepts to share video 


20 






^ 














200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the request has been accepted 




21 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




22 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




23 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




24 


200 OK 


IMS_A forwards 200 OK response to UE_A 




25 






















User A is informed that request has been 
answered 


'■ 




26 








\ 




\ 


\ 






ACK 


UE A acl<nowledges the receipt of 200 OK for 
INVITE 




27 


ACK 


IMS_A forwards ACK to IBCF_A 




28 


ACK 


IBCF_A forwards ACK to IBCF_B 




29 


ACK 


IBCF_B forwards ACK to IMS_B 




30 


ACK 


IMS_B forwards ACK to UE_B 




31 
















^ 






Video sharing starts 


32A 


















User A ends video sharing 


} 


33A 






\ 


\ 


\ 


\ 








BYE 


UE_A releases the call with BYE 




34A 


BYE 


IMS_A forwards BYE to IBCF_A 




35A 


BYE 


IBCF_A forwards BYE to IBCF_B 




36A 


BYE 


IBCF_B forwards BYE to IMS_B 




37A 


BYE 


IMS_B forwards BYE to UE_B 




38A 






















User B is informed that video sharing has ended 




39A 










/ 










200 OK 


UE_B sends 200 OK for BYE 




40A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




41A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




42A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




43A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




44A 






















User A is informed that video sharing has ended 


45A 




















OPTIONS 


UE_B sends OPTIONS to IMS_B to verify 
availability of video sharing capability of the 
UE A 


\ 


46A 


OPTIONS 


IMS_B forwards OPTIONS to IBCF_B 




47A 


OPTIONS 


IBCF_B forwards OPTIONS to IBCF_A 




48A 


OPTIONS 


IBCF_A forwards OPTIONS to IMS_A 




49A 


OPTIONS 


IMS_A forwards OPTIONS to UE_A 




50A 


200 OK 


UE_A responds 200 OK to IMS_A with updated 
capabilities 




51A 


200 OK 


IMS_A forwards 200 OK to IBCF_A 




52A 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 




53A 


200 OK 


IBCF_B forwards 200 OK to IMS_B 




54A 


200 OK 


IMS_B forwards 200 OK to UE_B 




55A 




( 












^ 






Voice call termination initiated by user A 
















32B 


























i — 






User B ends video sharing 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






33B 




( 


f 




/ 


f 


f 






BYE 


UE_B releases the call with BYE 




34B 


BYE 


IMS_B forwards BYE to IBCF_B 




35B 


BYE 


IBCF_8 forwards BYE to IBCF_A 




368 


BYE 


I8CF_A forwards BYE to IMS_A 




37B 


BYE 


IMS_A forwards BYE to UE_A 

1 Iqpt a ic: infnrmpri that viHpn c;harinn hac; pnrjprl 




39B 










V 






\ 




200 OK 


UE_A sends 200 OK for BYE 




408 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




41B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




42B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




438 


200 OK 


IMS_B forwards the 200 OK response to UE_B 




44B 
45B 










V 










OPTIONS 


UE_A sends OPTIONS to IMS_A to verify 
availability of video sharing capability of the 
UE B 


^ 


468 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 


f 


478 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 




488 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 




498 


OPTIONS 


IMS_B forwards OPTIONS to UE_B 




508 


200 OK 


UE_B responds with 200 OK to IMS_B with 
updated capabilities 




518 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




528 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 




538 


200 OK 


IBCF_A forwards 200 OK to IMS_A 




548 


200 OK 


IMS_A forwards 200 OK to UE_A 




558 






















Voice call termination initiated by user 8 



4.5.4.1.2 



Video sharing- roaming (optional) 



Interoperability Test Description | 


Identifier: 


TD IMS SHARE 0002 


Summary: 


IMS network supports Video sharing service and messages exchange between two 
users, one user in its home network and one user roaming can be performed. User A 
starts video sharing with User B during a voice call 


Configuration: 


CF ROAM AS (OPTIONAL) 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5046_01 


TS 124 229 [1], clause 5.2.6.3.3 HI 
(1^' numbered list) 


TP_IMS_5110_01 


TS 124 229 [1], clause 5.4.3.3 1179 
(after 6* dashed list) 


Use Case ref.: 


UC RCS 8 R 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE A and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2. 1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE B is registered in IMS 8 via IMS A optionally using userPRES according to 
table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS B is optionally configured for reactive authorization 



ETSl 



167 



ETSI TS 102 901 V2.1.1 (2011-11) 



Interoperability Test Description 




• IMS A is within the trust domain of IMS B 




• UEA and UEB have already performed capability discovery process 


1 ■ 


• IMS A not configured for topology hiding 


Test Sequence: 
1 


Step 




1A 


User A establishes voice call with user B 


1B 


User B establishes voice call with user A 


2 


User A requests to share video with user B 


3 


User B is requested to accept to share video 


4 


User B accepts to share video with user A 


5 


User A is informed that request has been answered 


6 


Video sharing starts 


7A 


User A ends video sharing 


8A 


User B is informed that video sharing has terminated 


9A 


User A is informed that video sharing has terminated 


10A 


User A initiates voice call termination 


7B 


User B ends video sharing 


8B 


User A is informed that video sharing has terminated 


9B 


User B is informed that video sharing has terminated 


10B 


User B initiates voice call termination 


1 

Conformance 


Check 




Criteria: 






1 


TP_IMS_5046_01 in CFW step 6 (INVITE) 






ensure that { 






when { IMS A receives an initial INVITE from UE B } 






then { IMS A sends the INVITE to IMS B 






containing a Route header 






not indicating the P-CSCF_SIP_URI of IMS_A and 






containing a Route_header 






indicating the "list of Service Route header URIs 






from the registration" and 






containing an additional Via header 






containing ( the P-CSCF via port number and 






(the P-CSCF-FQDN address or 






the P-CSCF-IP_address)) of IMS_A and 






containing an additional topmost Record-Route_header 






indicating (the P-CSCF_port_number 






'where it awaits subsequent requests' from UE A and 






(the P-CSCF-FQDN address or 






the P-CSCF-IP_address)) of IMS_A and 






not containing P-Preferred-ldentity_header and 






containing a P-Asserted-ldentity_header 






containing an address of UE B and 






containing a P-Charging-Vector_header 






containing an icid-value parameter} 
} 


2 


TP_IMS_51 1 0_01 in CFW step 43 (200 OK) 






ensure that { 






when { IMS_A receives a 200_response from AS_A addressedjo UEB } 






then { IMS A sends the 200 response to IMS B} 

} 



Step 



Direction 



Message 



Comment 



U 

s 
e 
r 
A 



U 

E 
A 



I 

M 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



U 

E 
B 



U 
s 
e 
r 
B 



1A 



User A sets up a voice call to user B 



1B 



INVITE 



User B sets up a voice call to user A 



User A requests to share video with user B 



UE A sends INVITE to share video with user B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






4 








) 

k 

k 

) 

k 


) 

k 

k 

) 


N 








100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




5 


INVITE 


IMS_A forwards INVITE to IBCF_A 


6 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


7 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


8 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


9 


INVITE 


IBCF_B forwards INVITE to IMS_B 




10 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




11 


INVITE 


IMS_B forwards INVITE to IBCF_B 


\ 


12 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




13 


INVITE 


IBCF_B forwards INVITE to IBCF_A 


14 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


15 


INVITE 


IBCF_A forwards INVITE to IMS_A 


16 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 


17 


INVITE 


IMS_A forwards INVITE to UE_B 






18 


100 Trying 


UE_B responds with a 100 Trying provisional 
response 






19 
















^ 






User B is requested to accept to share video 


20 






^ 


k 

> 

k 


» 

k 










180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 


N 




21 


180 Ringing 


IMS A forwards 180 Ringing response to 
IBCF A 


22 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF B 


23 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS B 


^ 


24 


180 Ringing 


IMS B forwards the 1 80 Ringing response to 
IBCF B 




25 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF A 


26 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS A 


27 


180 Ringing 


IMS_A forwards 180 Ringing response to UE_A 




29 






^ 


k 

) 

k 


) 

k 










200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the request has been accepted 


\ 




30 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


31 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


32 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




33 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




34 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


35 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


36 




IMS_A forwards 200 OK response to UE_A 




37 






















User A is informed that request has been 
answered 








38 








> 


) 

k 


N 








ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




39 


ACK 


IMS_A forwards ACK to IBCF_A 


40 


ACK 


IBCF_A forwards ACK to IBCF_B 


41 


ACK 


IBCF_B forwards ACK to IMS_B 


^ 


42 


ACK 


IMS_B forwards ACK to IBCF_B 




43 


ACK 


IBCF_B forwards ACK to IBCF_A 
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Step 


Direction 


IVIessage 


Comment 




U 
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A 
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A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






44 








i 






\ 






ACK 


IBCF_A forwards ACK to IMS_A 


45 


ACK 


IMS_A forwards ACK to UE_B 






46 
















^ 






Video sharing starts 


47A 


i 










^ 




User A ends video sharing 


48A 








> 

< 


) 

i 


\ 


\ 






BYE 


UE_A releases the call with BYE 




49A 


BYE 


IMS_A forwards BYE to IBCF_A 


50A 


BYE 


IBCF_A forwards BYE to IBCF_B 


51A 


BYE 


IBCF_B forwards BYE to IMS_B 




52A 


BYE 


IMS_B forwards BYE to IBCF_B 




53A 


BYE 


IBCF_B forwards BYE to IBCF_A 


54A 


BYE 


IBCF_A forwards BYE to IMS_A 


55A 


BYE 


IMS_A forwards BYE to UE_B 






56A 
















) 






User B is informed that video sharing has ended 


57A 






^ 


i 

) 

< 


) 

d 










200 OK 


UE_B sends 200 OK for BYE 


\ 




58A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


59A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


60A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




61A 


200 OK 


IMS_B forwards the 200 OK response to IBCF_B 




62A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


63A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


64A 


200 OK 


IIVIS_A forwards the 200 OK response to UE_A 




65A 






















Video sharing terminates 


66A 








< 

) 

< 

) 

i 


^ 

(: 

) 

< 










OPTIONS 


UE_B sends OPTIONS to IIVIS_A to verify 
availability of video sharing capability of the 
UE A 


v 




67A 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 


68A 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 


69A 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 




70A 


OPTIONS 


IMS_B forwards OPTIONS to IBCF_B 




71A 


OPTIONS 


IBCF_B forwards OPTIONS to IBCF_A 


72A 


OPTIONS 


IBCF_A forwards OPTIONS to IMS_A 


73A 


OPTIONS 


IMS_A forwards OPTIONS to UE_A 




74A 


200 OK 


UE_A responds 200 OK to IMS_A with updated 
capabilities 




75A 


200 OK 


IMS_A forwards 200 OK to IBCF_A 


76A 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 


77A 


200 OK 


IBCF_B forwards 200 OK to IMS_B 




78A 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




79A 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 


80A 


200 OK 


IBCF_A forwards 200 OK to IMS_A 


81A 


200 OK 


IMS_A forwards 200 OK to UE_B 






82A 






















User A terminates voice call 


47B 




User B ends video sharing 


48B 








< 

) 

< 


) 

i 










BYE 


UE_B releases the call with BYE 






49B 


BYE 


IMS_A forwards BYE to IBCF_A 


508 


BYE 


IBCF_A forwards BYE to IBCF_B 


51B 


BYE 


IBCF_B forwards BYE to IMS_B 




52B 


BYE 


IMS_B forwards BYE to IBCF_B 




538 


BYE 


IBCF_B forwards BYE to IBCF_A 


54B 


BYE 


IBCF_A forwards BYE to IMS_A 


55B 


BYE 


IMS_A forwards BYE to UE_A 




56B 




i 


















User A is informed that video sharing has ended 


57B 








) 












200 OK 


UE_A sends 200 OK for BYE 




58B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 
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Step 


Direction 


IVIessage 


Comment 
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A 
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A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
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e 
r 
B 






59B 








i 


) 

k 


N 


\ 






200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


60B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


/ 


61B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




628 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


63B 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


64B 


200 OK 


IMS_A forwards the 200 OK response to UE_B 






668 








) 

i 

i 

) 

i 


) 

{ 

) 

k 




\ 






OPTIONS 


UE_A sends OPTIONS to IMS_A to verify 
availability of video sliaring capability of the 
UE B 


/ 


67B 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 


68B 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 


698 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 




70B 


OPTIONS 


IMS_B forwards OPTIONS to IBCF_B 




71B 


OPTIONS 


IBCF_B forwards OPTIONS to IBCF_A 


728 


OPTIONS 


IBCF_A forwards OPTIONS to IMS_A 


73B 


OPTIONS 


IMS_A forwards OPTIONS to UE_B 






74B 


200 OK 


UE_B responds with 200 OK to IMS_A with 
updated capabilities 


N 




758 


200 OK 


IMS_A forwards 200 OK to IBCF_A 


76B 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 


77B 


200 OK 


IBCF_B forwards 200 OK to IMS_B 


f 


788 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




79B 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 


BOB 


200 OK 


IBCF_A forwards 200 OK to IMS_A 


81B 
82B 


200 OK 


IMS_A forwards 200 OK to UE_A 
User B terminates voice call 


^— 








— 




— 




— 








-^ 



4.5.4.2 



Video sharing rejection 



4.5.4.2.1 



Video sharing rejection - interworking 



Interoperability Test Description 



Identifier: 



TD IIVIS SHARE 0003 



Summary: 



Configuration: 



IMS networl< supports Video sharing service and messages exchange between two 
users in their networl<s can be performed. User A starts video sharing with User B 
during a voice call, but user B rejects the invitation 



CF INT AS 



SUT 



IMS A and IMS B 



References 



Test Purpose 



TP IMS 5108 03 



Specification Reference 



TS 124 229 [1], clause 5.4.3.3 115 
(item 4 in 1^' numbered list) 



Use Case ref. 



Pre-test 
conditions: 



UC RCS 8 I 



HSS of IMS_A and of IMS B is configured according to table 1 

UE_A and UE_B have IP bearers established to their respective IMS networks as 

per TS 1 86 01 1 -2 [9], clause 4.2. 1 

UE_A is registered in IMS_A optionally using userPRES according to table 1 

UE_B is registered in IMS_B optionally using userPRES according to table 1 

UE_A is optionally configured to receive notifications with watcher information 

UE_A is authorized to see presence information of UE_B 

IMS_A is configured to contact AS_A 

IMS_B is configured to contact AS_B 

AS_B is optionally configured for reactive authorization 
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Interoperability Test Description 


1 ■ 


• IMS_A is within the trust domain of IMS_B 

• UEA and UEB have already performed capability discovery process 

• IMS_A not configured for topology hiding 


Test Sequence: 
1 


Step 




1 


User A invites user B to 1 -to-1 chat session 


2 


User B automatically accepts 1-to-1 chat invitation 


3 


Verify that Users perform chatting 


4 


User A initiates an Ad-hoc IIVI conference with user B 


5 


Verify that User A is informed that the Ad Hoc IIVI Conference is established 


6 


Verify that User B is informed of incoming invitation from User A to join the 
Ad-hoc IIVI Conference 


7 


User B joins the Ad-hoc IM Conference (automatically) 


8 


Verify that User A is notified that User B has joined the Ad-hoc IM 
Conference 


9 


Verify that User A informed that 1 -to-1 chat session with user B has ended 


10 


Verify that User B informed that 1 -to-1 chat session with user A has ended 


11 


Verify that Users perform llVI/chat service in the Ad-hoc IM Conference 


12 


User B leaves the Ad-hoc IM Conference 


13 


Verify that User B is informed that the Ad-hoc IM Conference has ended 


14 


Verify that User A is notified that user B has left the Ad-hoc IM Conference 


15 


User A leaves the Ad-hoc IM Conference 


16 


Verify that User A is informed that the Ad-hoc IM Conference has ended 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5108_03 in CFW step 58 (INVITE) 
ensure that { 
when { IMS_B receives an initial INVITE from IMS_A addressedjto UEB } 
then { IMS_B sends the initial INVITE to AS_B 
containing a topmost Route_header 

indicating the SIP_URI of AS_B and 
containing a Route header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi parameter} 
} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1A 




< 












) 






User A establishes a voice call to user B 


IB 
2 


i 

» 










^ 






User B establishes a voice call to user A 
User A requests to share video with user B 


3 








} 

< 


) 

i 




\ 






INVITE 


UE_A sends INVITE to share video with user B 


^ 


4 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




5 


INVITE 


IMS_A forwards INVITE to IBCF_A 


6 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 


7 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


8 


100 Trying 


IBCFB responds with a 100 Trying provisional 
response 


9 


INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 


10 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




11 


INVITE 


IMS B forwards INVITE to UE B 
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Step 


Direction 


IVIessage 


Comment 
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r 
A 


U 
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A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






12 














/ 






100 Trying 


UE_B responds witli a 100 Trying provisional 
response 




13 
















N 






User B is requested to accept to sliare video 




14 






^ 


i 


< 










180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




15 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF B 




16 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF A 


17 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS A 


18 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




19 
















k 






User B accepts to share video 


20 








< 


i 










200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the request has been accepted 




21 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




22 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


23 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


24 


200 OK 


IMS_A forwards 200 OK response to UE_A 




25 






















User A is informed that request has been 
answered 


'■ 




26 






\ 


) 


) 


\ 


\ 






ACK 


UE A acl<nowledges the receipt of 200 OK for 
INVITE 




27 


ACK 


IMS_A forwards ACK to IBCF_A 


28 


ACK 


IBCF_A forwards ACK to IBCF_B 


29 


ACK 


IBCF_B forwards ACK to IMS_B 




30 


ACK 


IMS_B forwards ACK to UE_B 




31 






















Video sharing starts 














32A 
















User A ends video sharing 


^ 


33A 






\ 


) 


) 










BYE 


UE_A releases the call with BYE 




34A 


BYE 


IMS_A forwards BYE to IBCF_A 


35A 


BYE 


IBCF_A forwards BYE to IBCF_B 


36A 


BYE 


IBCF_B forwards BYE to IMS_B 




37A 


BYE 


IMS_B forwards BYE to UE_B 




38A 
















N 






User B is informed that video sharing has ended 




39A 






^ 


i 


i 




/ 






200 OK 


UE_B sends 200 OK for BYE 




40A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




41A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


42A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


43A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




44A 






















User A is informed that video sharing has ended 


45A 








< 

) 


<: 

} 




^ 






OPTIONS 


UE_B sends OPTIONS to IMS_B to verify 
availability of video sharing capability of the 
UE A 


\ 


46A 


OPTIONS 


IMS_B forwards OPTIONS to IBCF_B 


\ 


47A 


OPTIONS 


IBCF_B forwards OPTIONS to IBCF_A 


48A 


OPTIONS 


IBCF_A forwards OPTIONS to IMS_A 


49A 


OPTIONS 


IMS_A forwards OPTIONS to UE_A 


\ 


50A 


200 OK 


UE_A responds 200 OK to IMS_A with updated 
capabilities 




51A 


200 OK 


IMS_A forwards 200 OK to IBCF_A 


52A 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 


53A 


200 OK 


IBCF_B forwards 200 OK to IMS_B 




54A 


200 OK 


IMS_B forwards 200 OK to UE_B 




55A 




i 












? 






Voice call termination initiated by user A 
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Step 


Direction 


IVIessage 


Comment 




U 
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e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 

B 


u 

E 
B 


U 
s 
e 
r 
B 






32B 
















i 






User B ends video sharing 


33B 






/ 


i 


k 


/ 


*• 






BYE 


UE_B releases tine call with BYE 




34B 


BYE 


IMS_B forwards BYE to IBCF_B 




358 


BYE 


IBCF_B forwards BYE to IBCF_A 


36B 


BYE 


IBCF_A forwards BYE to IMS_A 


37B 
38R 


BYE 


IMS_A forwards BYE to UE_A 




398 






\ 


) 


) 


\ 


\ 






200 OK 


UE_A sends 200 OK for BYE 




40B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


41B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


428 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




43B 


200 OK 


IMS_B forwards the 200 OK response to UE_B 




45B 








) 

i 


) 

k 




\ 






OPTIONS 


UE_A sends OPTIONS to IMS_A to verify 
availability of video sharing capability of the 
UE B 


/ 


468 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 


47B 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 


48B 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 


f 


498 


OPTIONS 


IMS_B forwards OPTIONS to UE_B 




SOB 


200 OK 


UE_B responds with 200 OK to IMS_B with 
updated capabilities 




518 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




52B 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 


53B 


200 OK 


IBCF_A forwards 200 OK to IMS_A 


548 


200 OK 


IMS_A forwards 200 OK to UE_A 




55B 






















Voice call termination initiated by user B 



4.5.4.2.2 



Video sharing rejection - roaming (optional) 



Interoperability Test Description | 


Identifier: 


TD IMS SHARE 0004 


Summary: 


IMS network supports Video sharing service and messages exchange between two 
users, one user in its home network and one user roaming can be performed. User A 
starts video sharing with User B during a voice call, but user B rejects the invitation 




Configuration: 


CF ROAM AS (OPTIONAL) 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP IMS 5070 01 


TS 124 229 [1], clause 5.2.7.3 113 


Use Case ref.: 


UC RCS 8 R 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE AandUE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2.1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE B is registered in IMS B via IMS A optionally using userPRES according to 
table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UEA is authorized to see presence information of UEB 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UEA and UEB have already performed capability discovery process 

• IMS A not configured for topology hiding 
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Interoperability Test Description J 




Test Sequence: 


Step 




1 


User B invites user A to 1 -to-1 chat session 


2 


User A automatically accepts 1-to-1 chat invitation 


3 


Verify that Users perform chatting 


4 


User B initiates an Ad-hoc \M conference with user A 


5 


Verify that User B is informed that the Ad Hoc IIVI Conference is established 


6 


Verify that User A is informed of incoming invitation from User B to join the 
Ad-hoc IM Conference 


7 


User A joins the Ad-hoc IIVI Conference (automatically) 


8 


Verify that User B is notified that User A has joined the Ad-hoc IM 
Conference 


9 


Verify that User B informed that 1 -to-1 chat session with user A has ended 


10 


Verify that User A informed that 1 -to-1 chat session with user B has ended 


11 


Verify that Users perform llVI/chat service in the Ad-hoc IM Conference 


12 


User A leaves the Ad-hoc IM Conference 


13 


Verify that User A is informed that the Ad-hoc IM Conference has ended 


14 


Verify that User B is notified that user A has left the Ad-hoc IM Conference 


15 


User B leaves the Ad-hoc IM Conference 


16 


Verify that User B is informed that the Ad-hoc IM Conference has ended 


1 




Conformance 
Criteria: 


Check 




1 


TP_IMS_5070_01 in CFW step 79 (100 Trying) 

ensure that { 
when { IMS_A receives an initial INVITE from IMS_B } 
then { IMS A sends a 100 response to IMS B 
} 

} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 


F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1A 






















User A sets up a voice call to user B 
















1B 




User B sets up a voice call to user A 
















2 




J 


















User A requests to share video with user B 


3 






\ 


V 












INVITE 


UEA sends INVITE to share video with user B 


/ 


4 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




5 


INVITE 


IMS_A forwards INVITE to IBCF_A 


f 


6 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 




7 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




8 


100 Trying 


IBCFB responds with a 100 Trying provisional 
response 




9 


INVITE 


IBCF_B forwards INVITE to IMS_B 




10 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 


f 


11 


INVITE 


IMS_B forwards INVITE to IBCF_B 




12 


100 Trying 


IBCFB responds with a 100 Trying provisional 
response 




13 


INVITE 


IBCF B forwards INVITE to IBCF A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






14 








/ 


\ 




\ 






100 Trying 


IBCFA responds with a 100 Trying provisional 
response 




15 


INVITE 


IBCF_A forwards INVITE to IMS_A 


\ 


16 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




17 


INVITE 


IMS_A forwards INVITE to UE_B 


/ 








18 


100 Trying 


UE_B responds with a 100 Trying provisional 
response 










19 
















^ 






User B is requested to accept to share video 




20 








/ 












180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 










21 


180 Ringing 


IMS A forwards 180 Ringing response to 
IBCF A 


/ 


22 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF B 


/ 


23 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS B 


^ 


24 


180 Ringing 


IMS B forwards the 1 80 Ringing response to 
IBCF B 




25 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF A 




26 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS A 




27 


180 Ringing 


IMS_A forwards 180 Ringing response to UE_A 




28 
















<: 






User B accepts to share video 


29 






^ 


/ 












200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the request has been accepted 


\ 


V 






30 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 


31 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


32 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




33 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




34 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




35 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




36 




IMS_A forwards 200 OK response to UE_A 




37 




i 


















User A is informed that request has been 
answered 




38 








\ 


\ 










ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




39 


ACK 


IMS_A forwards ACK to IBCF_A 




40 


ACK 


IBCF_A forwards ACK to IBCF_B 




41 


ACK 


IBCF_B forwards ACK to IMS_B 




42 


ACK 


IMS_B forwards ACK to IBCF_B 




43 


ACK 


IBCF_B forwards ACK to IBCF_A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 
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B 
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e 
r 
B 






44 








/ 






\ 






ACK 


IBCF_A forwards ACK to IMS_A 




45 


ACK 


IMS_A forwards ACK to UE_B 










46 
















^ 






Video sharing starts 


47A 




User A ends video sharing 
















48A 








V 


V 




\ 






BYE 


UE_A releases the call with BYE 




49A 


BYE 


IMS_A forwards BYE to IBCF_A 


/ 


50A 


BYE 


IBCF_A forwards BYE to IBCF_B 




51A 


BYE 


IBCF_B forwards BYE to IMS_B 




52A 


BYE 


IMS_B forwards BYE to IBCF_B 




53A 


BYE 


IBCF_B forwards BYE to IBCF_A 




54A 


BYE 


IBCF_A forwards BYE to IMS_A 




55A 


BYE 


IMS_A forwards BYE to UE_B 










56A 
















^ 






User B is informed that video sharing has ended 




57A 




















200 OK 


UE_B sends 200 OK for BYE 


\ 


V 


N 




58A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 


59A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


60A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


f 


61A 


200 OK 


IMS_B forwards the 200 OK response to IBCF_B 




62A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




63A 


200 OK 


IBCF_A forwards 200 OK response to II\/1S_A 




64A 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_A 




65A 






















Video sharing terminates 


66A 






f 


/ 












OPTIONS 


UE_B sends OPTIONS to IMS_A to verify 
availability of video sharing capability of the 
UE A 


V 


\ 


\ 




67A 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 


< — 


68A 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 


/ 


69A 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 


^ 


70A 


OPTIONS 


IMS_B forwards OPTIONS to IBCF_B 




71A 


OPTIONS 


IBCF_B forwards OPTIONS to IBCF_A 




72A 


OPTIONS 


IBCF_A forwards OPTIONS to IMS_A 


73A 


OPTIONS 


IMS_A forwards OPTIONS to UE_A 
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Step 


Direction 


IVIessage 


Comment 
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B 






74A 






v 


\ 


V 


N 








200 OK 


UE_A responds 200 OK to IMS_A with updated 
capabilities 




75A 


200 OK 


IMS_A forwards 200 OK to IBCF_A 




76A 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 




77A 


200 OK 


IBCF_B forwards 200 OK to IMS_B 


^ 


78A 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




79A 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 




80A 


200 OK 


IBCF_A forwards 200 OK to IMS_A 




81A 


200 OK 


IMS_A forwards 200 OK to UE_B 










82A 






















User A terminates voice call 


47B 




User B ends video sharing 


48B 








/ 












BYE 


UE_B releases the call with BYE 


\ 








49B 


BYE 


IMS_A forwards BYE to IBCF_A 


/ 


508 


BYE 


IBCF_A forwards BYE to IBCF_B 


/ 


51 B 


BYE 


IBCF_B forwards BYE to IMS_B 




52B 


BYE 


IMS_B forwards BYE to IBCF_B 




53B 


BYE 


IBCF_B forwards BYE to IBCF_A 




54B 


BYE 


IBCF_A forwards BYE to IMS_A 




55B 


BYE 


IMS_A forwards BYE to UE_A 




56B 




^ 


















User A is informed that video sharing has ended 




57B 








\ 


\ 




\ 






200 OK 


UE_A sends 200 OK for BYE 




58B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 


59B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


60B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




61B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




62B 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




63B 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




64B 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_B 










65B 




^ 












^ 






Video sharing terminates 
















66B 




















OPTIONS 


UE_A sends OPTIONS to IMS_A to verify 
availability of video sharing capability of the 
UE B 




67B 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 
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Step 


Direction 


IVIessage 


Comment 
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F 
B 


1 
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B 


U 
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B 


U 
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e 
r 
B 






68B 






f 














OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 




69B 


OPTIONS 


IBCF_B forwards OPTIONS to ll\/IS_B 




70B 


OPTIONS 


IMS_B forwards OPTIONS to IBCF_B 




71 B 


OPTIONS 


IBCF_B forwards OPTIONS to IBCF_A 




72B 


OPTIONS 


IBCF_A forwards OPTIONS to IMS_A 




73B 


OPTIONS 


IMS_A forwards OPTIONS to UE_B 










74B 


200 OK 


UE_B responds with 200 OK to IMS_A with 
updated capabilities 










75B 


200 OK 


IMS_A forwards 200 OK to IBCF_A 




76B 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 




77B 


200 OK 


IBCF_B forwards 200 OK to IMS_B 




78B 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




79B 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 




SOB 


200 OK 


IBCF_A forwards 200 OK to IMS_A 




81B 


200 OK 


IMS_A forwards 200 OK to UE_A 




82B 




i 












^ 






User B terminates voice call 



4.5.4.3 



Pictures sharing 



4.5.4.3.1 



Pictures sharing- intenworl<ing 



Interoperability Test Description | 


Identifier: 


TD IMS SHARE 0005 


Summary: 


IMS network supports Picture sharing service and messages exchange between two 
users in their networks can be performed. User A starts video sharing with User B 
during a voice call 


-^^ 


Configuration: 


CF INT AS 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5115_02 


TS 124 229 [1], clause 5.4.3.3 191 
(item 2 in 4"^ numbered list) 


TP_IMS_5115_04 


TS 124 229 [1], clause 5.4.3.3 1192 
(item 2 in 4'^ numbered list) 


Use Case ref.: 


UC_RCS_8_I 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE AandUE B have IP bearers established to their respective IMS networks as 
per TS 1 86 011 -2 [9], clause 4.2. 1 

• UEA is registered in IMS_A optionally using userPRES according to table 1 

• UE_B is registered in IMS_B optionally using userPRES according to table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B 

• IMS_A is configured to contact AS_A 
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Interoperability Test Description 


^^^^^^ 


• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• ll\/IS_A is within the trust domain of ll\/IS_B 

• UEA and UEB have already performed capability discovery process 

• IMS A not configured for topology hiding 


Test Sequence: 


Step 




1A 


User A establishes a voice call to user B 


1B 


User B establishes a voice call to user A 


2 


User A requests to share picture with user B 


3 


User B is requested to accept to share picture 


4 


User B accepts to share picture 


5 


User A is informed that request has been answered 


6 


Picture sharing starts 


7 


Picture transfer completed (size checked) 


8 


User B is informed that picture transfer has finished 


9 


User A is informed that picture transfer has finished 


10A 


Voice call termination initiated by user A 


10B 


Voice call termination initiated by user B 


^ 


Conformance 
Criteria: 


Check 




1 


TP_IMS_51 1 5_02 in CFW step 72 (2xx): 
ensure that { 
when { UEB sends a 2xx_response to UEA } 
then { IMS_A receives the 2xx_response from IMS_B 
containing a P-Charging-Vector_header 
containing an orig-ioi_parameter 

indicating operatorjdentifier of ll\/IS_A and 
containing a term-ioi_parameter 
indicating operator identifier of II^S B 

} 


2 


TP_IMS_51 1 5_04 in CFW step 72 (2xx): 
ensure that { 
when { UE B sends a 2xx response to UE A 

} 
then { IMS_A receives the 2xx_response from ll\/IS_B 
containing a P-Asserted-ldentity header 

indicating the SIP_URI of UE_B and 
containing a P-Asserted-ldentity header 
indicating the Tel URI of UE Bj 

} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1A 




/ 












\ 






User A establishes a voice call to user B 
















1B 


^ 












) 






User B establishes a voice call to user A 


2 




User A requests to share picture with user B 




3 










\ 










INVITE 


UEA sends INVITE to share picture with user B 




4 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




5 


INVITE 


IMS_A forwards INVITE to IBGF_A 


f 


6 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 




7 


INVITE 


IBCF A forwards INVITE to IBGF B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






8 










/ 


\ 


\ 






100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




9 


INVITE 


IBCF_B forwards INVITE to IIVIS.B 


^ 


10 


100 Trying 


ll\/IS_B responds with a 100 Trying provisional 
response 




11 


INVITE 


IMS_B forwards INVITE to UE_B 


/ 


12 


100 Trying 


UE_B responds with a 100 Trying provisional 
response 




13 
















^ 






User B is requested to accept to share picture 




14 






f 








/ 






180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




15 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF B 




16 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF A 




17 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS A 




18 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




19 
















^ 






User B accepts to share picture 




20 








/ 


/ 




/ 






200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the request has been accepted 




21 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




22 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




23 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




24 


200 OK 


IMS_A forwards 200 OK response to UE_A 




25 




^ 


















User A is informed that request has been 
answered 




26 










V 




\ 






ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




27 


ACK 


IMS_A forwards ACK to IBCF_A 




28 


ACK 


IBCF_A forwards ACK to IBCF_B 




29 


ACK 


IBCF_B forwards ACK to IMS_B 




30 


ACK 


IMS_B forwards ACK to UE_B 




31 
















^ 






Picture sharing starts (see clause 5.3.3lmage 
data via MSRP ) 
















32 




Picture transfer completed (size checked) 


33 








\ 


\ 


N 


\ 






BYE 


UE_A releases the call with BYE 




34 


BYE 


IMS_A forwards BYE to IBCF_A 




35 


BYE 


IBCF_A forwards BYE to IBCF_B 




36 


BYE 


IBCF_B forwards BYE to IMS_B 




37 


BYE 


IMS_B forwards BYE to UE_B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






38 






















User B is informed that picture transfer lias 
finished 


) 




39 






/ 




/ 




*• 






200 OK 


UE_B sends 200 OK for BYE 




40 


200 OK 


ll\/IS_B forwards 200 OK response to IBCF_B 




41 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




42 


200 OK 


IBCF_A forwards 200 OK response to ll\/IS_A 




43 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_A 




44 






















User A is informed that picture transfer has 
finished 


45A 


k 












^ 






Voice call termination initiated by user A 


45B 




Voice call termination initiated by user B 

















4.5.4.3.2 



Pictures sharing- roaming (optional) 



Interoperability Test Description 


Identifier: 


ID IMS SHARE 0006 


Summary: 


IMS network supports Picture sharing service and messages exchange between two 
users, one user in its home network and one user roaming can be performed. User A 
starts video sharing with User B during a voice call 


Configuration: 


CF ROAM AS (OPTIONAL) 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5107_04 


TS 124 229 [1], clause 5.4.3.2 H1 19 (item 
1 in 8'^ numbered list) 


Use Case ref.: 


UC RCS 8 R 1 


^^m 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE A and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2.1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE B is registered in IMS B via IMS A optionally using userPRES according to 
table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UEA and UEB have already performed capability discovery process 

• IMS_A not configured for topology hiding 


1 1 


Test Sequence: 


Step 




1A 


User A sets up a voice call to user B 


IB 


User B sets up a voice call to user A 


2 


User A requests to share picture with user B 


3 


User B is requested to accept to share picture 


4 


User B accepts to share picture 


5 


User A is informed that request has been answered 


6 


Picture sharing starts 


7 


Picture transfer completed (size checked) 
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Interoperability Test Description 




8 


User B is informed that picture transfer lias finished 


9 


User A is informed that picture transfer has finished 


10A 


User A terminates voice call 


10B 


User B terminates voice call 






Conformance 
Criteria: 


Checl< 




1 


TP_IMS_5107_04 in CFW in step 68 (REFER): 
ensure that { 
when { lUT receives a REFER from UE B addressed to UE A } 
then { lUT sends the REFER to IMS_A 
not containing a Route header 
indicating the S-CSCF SIP URI of IMS B } 

} 



Step 


Direction 


Message 


Comment 


1A 
1B 


1 
( 
1 


J 

3 

r 

(r- 
^ — 


I 

E 
/ 


J 

\ 


r 

J 


\ 


1 

E 

C 

F 




E 
( 
F 
E 


3 
3 





1 

M 
S 
B 


— 


u 

E 
B 


— ^ 


U 
s 
e 
r 
B 




User A sets up a voice call to user B 
User B sets ud a voice call to user A 


2 
3 




J 


) 


) 

< 

i 

) 

< 


) 

{ 

{ 

) 


V 








INVITE 


User A requests to share picture with user B 
UE_A sends INVITE to share picture with user B 


4 


100 Trying 


ll\/IS_A responds with a 100 Trying provisional 
response 




5 


INVITE 


IMS_A forwards INVITE to IBCF_A 


6 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 


7 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


8 


100 Trying 


IBCFB responds with a 100 Trying provisional 
response 


9 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


10 


100 Trying 


ll\/IS_B responds with a 100 Trying provisional 
response 




11 


INVITE 


IMS_B forwards INVITE to IBCF_B 


V 


12 


100 Trying 


IBCFB responds with a 100 Trying provisional 
response 




13 


INVITE 


IBCF_B forwards INVITE to IBGF_A 


14 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 


15 


INVITE 


IBCF_A forwards INVITE to IMS_A 


16 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 


17 


INVITE 


IMS_A forwards INVITE to UE_B 






18 
1Q 


100 Trying 


UE_B responds with a 100 Trying provisional 
response 

1 iQpr R ic: rpni iPQtprI tn arrpnt tn c;harp nipti irp 






20 








i 

> 

< 


) 

k 










180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 


V 




21 


180 Ringing 


IMS A forwards 180 Ringing response to 
IBCF A 


22 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF B 


23 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS B 




24 


180 Ringing 


IMS B forwards the 1 80 Ringing response to 
IBCF B 




25 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF A 


26 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






27 

9fi 
















f 




180 Ringing 


ll\/IS_A forwards 180 Ringing response to UE_A 




29 








i 

) 

< 


> 

i 










200 OK 


UE_B responds INVITE witli 200 OK to indicate 
that the request has been accepted 






30 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


31 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


32 


200 OK 


IBCF_B forwards 200 OK response to IIVIS_B 


^ 


33 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




34 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


35 


200 OK 


IBCF_A forwards 200 OK response to IIVIS_A 


36 




ll\/IS_A forwards 200 OK response to UE_A 




37 






















User A is informed that request has been 
answered 


i 




38 








) 

i 


) 

i 










ACK 


UE A acl<nowledges the receipt of 200 OK for 
INVITE 




39 


ACK 


IIVIS_A forwards ACK to IBCF_A 


40 


ACK 


IBCF_A forwards ACK to IBCF_B 


41 


ACK 


IBCF_B forwards ACK to IMS_B 




42 


ACK 


IMS_B forwards ACK to IBCF_B 




43 


ACK 


IBCF_B forwards ACK to IBCF_A 


44 


ACK 


IBCF_A forwards ACK to IMS_A 


45 


ACK 


IMS_A forwards ACK to UE_B 






46 






















Picture sharing starts (see clause 5.3.3lmage 
data via MSRP ) 












) 














47 




Picture transfer completed (size checked) 


48 








> 

i 


> 

i 


N 


\ 






BYE 


UE_A releases the call with BYE 




49 


BYE 


IMS_A forwards BYE to IBCF_A 


50 


BYE 


IBCF_A forwards BYE to IBCF_B 


51 


BYE 


IBCF_B forwards BYE to IMS_B 




52 


BYE 


IMS_B forwards BYE to IBCF_B 




53 


BYE 


IBCF_B forwards BYE to IBCF_A 


54 


BYE 


IBCF_A forwards BYE to IMS_A 


55 


BYE 


IMS_A forwards BYE to UE_B 






56 






















User B is informed that picture transfer has 
finished 


? 




57 








i 

) 

i 


) 

i 










200 OK 


UE_B sends 200 OK for BYE 


N 




58 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


59 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


60 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


^ 


61 


200 OK 


IMS_B forwards the 200 OK response to IBCF_B 




62 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


63 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


64 


200 OK 


IIVIS_A forwards the 200 OK response to UE_A 




65 






















User A is informed that picture transfer has 
finished 


i 




66A 


d 










? 




User A terminates voice call 


66B 
















User B terminates voice call 


i 








- 






) 
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4.5.4.4 



Pictures sharing rejection 



4.5.4.4.1 



Pictures sharing rejection - interworl<ing 



Interoperability Test Description 



Identifier: 



TD IMS SHARE 0007 



Summary: 



IMS network supports Picture sharing service and messages exchange between two 
users in their networl<s can be performed. User A starts video sharing with User B 
during a voice call, but User B rejects the invitation 



Configuration: 



CF INT AS 



SUT 



IMS A and IMS B 



References 



Test Purpose 



IP IMS 5110 01 



Specification Reference 



TS 124 229 [1], clause 5.4.3.3 179 
(after 6"^ dashed list) 



Use Case ref. 

Pre-test 
conditions: 



Test Sequence: 



Conformance 
Criteria: 



UC RCS 8 I 



HSS of IMS_A and of IMS B is configured according to table 1 

UE_A and UE_B have IP bearers established to their respective IMS networks as 

per TS 1 86 01 1 -2 [9], clause 4.2.1 

UEA is registered in IMS_A optionally using userPRES according to table 1 

UE_B is registered in IMS_B optionally using userPRES according to table 1 

UE_A is optionally configured to receive notifications with watcher information 

UE_A is authorized to see presence information of UE_B 

IMS_A is configured to contact AS_A 

IMS_B is configured to contact AS_B 

AS_B is optionally configured for reactive authorization 

IMS_A is within the trust domain of IMS_B 

UEA and UEB have already performed capability discovery process 

IMS_A not configured for topology hiding 



Step 



1A 



IB 



6A 



User A establishes a voice call to user B 



User B establishes a voice call to user A 



User A requests to share picture with user B 



User B is requested to accept to share picture 



User B rejects to share picture 



User A is informed that request has been rejected 



Voice call termination initiated by user A 



6B Voice call termination initiated by user B 
Cfieck 



TP_IMS_51 1 0_01 in CFW step 85 (200 OK) 
ensure that { 

when { IMS_A receives a 200_response from AS_A addressed_to UE_B} 

then { IMS_A sends the 200_response to IMS_B } 
} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1A 




< 












) 






User A establishes a voice call to user B 


IB 
2 


i 

J 










^ 






User B establishes a voice call to user A 
User A requests to share picture with user B 


3 








) 

< 












INVITE 


UE_A sends INVITE to share picture with user B 


f 


4 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




5 


INVITE 


IMS_A forwards INVITE to IBCF_A 


6 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 

B 


u 

E 
B 


U 
s 
e 
r 
B 






7 










^ 

k 


V 








INVITE 


IBCF_A forwards INVITE to IBCF_B 


8 


100 Trying 


IBCFB responds with a 100 Trying provisional 
response 


9 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


10 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




11 


INVITE 


IMS_B forwards INVITE to UE_B 


f 


12 


100 Trying 


UE_B responds with a 100 Trying provisional 
response 

1 lc;pr R ic: rpni iPQtprI tn arrpnt tn ciharp nipti irp 




14 








i 


k 










180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




15 


180 Ringing 


IIVIS B forwards 180 Ringing response to 
IBCF B 




16 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF A 


17 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS A 


18 
1Q 


180 Ringing 


IIVIS A forwards the 180 Ringing response to 
UE_A 




20 






/ 


i 


k 


^ 








603 Decline 


UE_B responds INVITE with 603 Decline to 
indicate that the request has been rejected 




21 


603 Decline 


IMS B forwards 603 Decline response to 
IBCF B 




22 


603 Decline 


IBCF B forwards 603 Decline response to 
IBCF A 


23 


603 Decline 


IBCF A forwards 603 Decline response to 
IMS A 


24 


603 Decline 


IMS_A forwards 603 Decline response to UE_A 




25 




f 


















User A is informed that request has been 
rejected 




26 








) 


) 


\ 


\ 






ACK 


UE_A acl<nowledges the receipt of 603 Decline 
response for INVITE 




27 


ACK 


IMS_A forwards ACK to IBCF_A 


28 


ACK 


IBCF_A forwards ACK to IBCF_B 


29 


ACK 


IBCF_B forwards ACK to IMS_B 




30 
31A 
31B 


ACK 


IMS_B forwards ACK to UE_B 

Voice call termination initiated by user A 

Voice call termination initiated by user B 


«— 
^ 










— 




- 




— 






-^ 
-^ 



4.5.4.4.2 



Pictures sharing rejection- roaming (optional) 



Interoperability Test Description 


Identifier: 


TD IMS SHARE 0008 


Summary: 


IMS networl< supports Picture sharing service and messages exchange between two 
users, one user in its home networl< and one user roaming can be performed. User A 
starts video sharing with User B during a voice call, but User B rejects the invitation 




Configuration: 


CF ROAM AS (OPTIONAL) 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5097_09 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(items 5 and 8 in 1^' numbered list) 


Use Case ref.: 


UC RCS 8 R 


Pre-test 


• HSS of IMS A and of IMS B is configured according to table 1 
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Interoperability Test Description 


conditions: 


• UE AandUE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2.1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE B is registered in IMS B via IMS A optionally using userPRES according to 
table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UEA is authorized to see presence information of UEB 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UEA and UEB have already performed capability discovery process 

• IMS A not configured for topology hiding 


Test Sequence: 


Step 




1A 


User A sets up a voice call to user B 


IB 


User B sets up a voice call to user A 


2 


User A requests to share picture with user B 


3 


User B is requested to accept to share picture 


4 


User B rejects to share picture 


5 


User A is informed that request has been rejected 


6A 


User A terminates voice call 


6B 


User B terminates voice call 




Conformance 
Criteria: 


Check 




1 


TP_IMS_5097_09 in CFW step 105 (INVITE) 
ensure that { 
when { lUT receives an INVITE from IMS A from UE Bj 
then {lUT sends the INVITE to AS_B 
containing a Route_header 

indicating the SIP_URI of AS_B and 
containing a P-Charging-Function-Addresses_header and 
containing a P-Charging-Vector_header 
including an orig-ioi_parameter 
indicating the operatorjdentifier of IMS_A and 
not including a term-ioijparameter and 
including access-network-charging-info } 
} 



Step 


Direction 


Message 


Comment 


H A 


U 
s 
e 
r 
A 


U 

E 
A 


1 
IVI 

s 

A 


E 
C 

F 




1 

B 
C 

F 
B 


1 
IVI 

s 

B 

1 


U 

E 
B 


I 

c 

e 

E 


J 

> 

1 

r 
I 






IB 




^ 

i 












? 

^ 






User A sets up a voice call to user B 
User B sets up a voice call to user A 


2 






















User A requests to share picture with 
user B 




3 










^ 


>. 








INVITE 


UEA sends INVITE to share picture 
with user B 




4 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




5 


INVITE 


IMS_A forwards INVITE to IBCF_A 




6 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




7 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




8 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




9 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


10 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




11 


INVITE 


IMS_B forwards INVITE to IBCF_B 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






12 










^ 


>. 








100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




13 


INVITE 


IBCF_B forwards INVITE to IBCF_A 




14 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




15 


INVITE 


IBCF_A forwards INVITE to IMS_A 


V 


16 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




17 


INVITE 


IMS_A forwards INVITE to UE_B 










18 


100 Trying 


UE_B responds with a 100 Trying 
provisional response 










19 






















User B is requested to accept to share 
picture 




20 
















f 




180 Ringing 


UE_B responds to initial INVITE with 
180 Ringing to indicate that it has 
started alerting 










21 


180 Ringing 


IIVIS A forwards 180 Ringing response 
to IBCF A 


^ 


22 


180 Ringing 


IBCF A forwards 180 Ringing response 
to IBCF B 


^ 


23 


180 Ringing 


IBCF B forwards 180 Ringing response 
to IMS B 


^ 


24 


180 Ringing 


IMS_B forwards the 180 Ringing 
response to IBCF B 




25 


180 Ringing 


IBCF B forwards 180 Ringing response 
to IBCF A 




26 


180 Ringing 


IBCF A forwards 180 Ringing response 
to IMS A 




27 

9R 


180 Ringing 


IMS A forwards 180 Ringing response 
toUE A 




29 




















603 Decline 


UE_B responds INVITE with 603 
Decline to indicate that the request has 
been rejected 






■N. 




30 


603 Decline 


IMS A forwards 603 Decline response 
to IBCF A 


^ 


31 


603 Decline 


IBCF A forwards 603 Decline response 
to IBCF B 


^ 


32 


603 Decline 


IBCF B forwards 603 Decline response 
to IMS B 


^ 


33 


603 Decline 


IMS B forwards 603 Decline response 
to IBCF B 




34 


603 Decline 


IBCF B forwards 603 Decline response 
to IBCF A 




35 


603 Decline 


IBCF A forwards 603 Decline response 
to IMS A 




36 


603 Decline 


IMS A forwards 603 Decline response 
toUE A 




37 






















User A is informed that request has 
been rejected 


i 




38 












■N. 








ACK 


UE_A acknowledges the receipt of 603 
Decline response for INVITE 




39 


ACK 


IMS_A forwards ACK to IBCF_A 




40 


ACK 


IBCF_A forwards ACK to IBCF_B 




41 


ACK 


IBCF_B forwards ACK to IMS_B 


^ 


42 


ACK 


IMS_B forwards ACK to IBCF_B 




43 


ACK 


IBCF_B forwards ACK to IBCF_A 




44 


ACK 


IBCF_A forwards ACK to IMS_A 




45 


ACK 


IMS_A forwards ACK to UE_B 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 
IVI 

s 

A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


U 

E 
B 


U 
s 
e 
r 
B 






46A 




^ 












^ 






User A terminates voice call 


46B 


i 












> 




User B terminates voice call 



4.5.4.5 



Stop sharing pictures 



4.5.4.5.1 



Stop sharing pictures - interworking 



Interoperability Test Description 


identifier: 


ID IMS SHARE 0009 


Summary: 


IMS network supports Picture sharing service and messages exchange between two 
users in their networks can be performed. User A starts video sharing with User B 
during a voice call, but users decided to stop sharing picture 


^^^^^^^^^^ 


' 1 


Configuration: 


CF INT AS 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5110_01 


TS 124 229 [1], clause 5.4.3.3 179 
(after 6* dashed list) 


Use Case ref.: 


UC RCS 8 1 1 


1 


- \ 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE A and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2. 1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE_B is registered in IMS_B optionally using userPRES according to table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UE_A and UEB have already performed capability discovery process 

• IMS A not configured for topology hiding 


^H .^^H 




Test Sequence: 


Step 




1A 


User A establishes a voice call to user B 


IB 


User B establishes a voice call to user A 


2 


User A requests to share picture with user B 


3 


User B is requested to accept to share picture 


4 


User B accepts to share picture 


5 


User A is informed that request has been answered 


6 


Picture sharing starts 


7A 


User A terminates picture sharing 


8A 


User B is informed that picture sharing has terminated 


9A 


User A is informed that picture sharing has terminated 


10A 


Voice call termination initiated by user A 


7B 


User B terminates picture sharing 


SB 


User A is informed that picture sharing has terminated 


9B 


User B is informed that picture sharing has terminated 


10B 


Voice call termination initiated by user B 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_51 1 0_01 in CFW step 85 (200 OK) 
ensure that { 

when { IMS_A receives a 200_response from AS_A addressedjto UE_B } 

then { IMS_A sends the 200_response to IMS_B } 
} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1A 




< 












) 






User A establishes a voice call to user B 


1B 
2 


d 

J 










^ 






User B establishes a voice call to user A 
User A requests to share picture with user B 


3 








) 

i 


) 

k 




\ 






INVITE 


UE_A sends INVITE to share picture with user B 


f 


4 


100 Trying 


ll\/IS_A responds with a 100 Trying provisional 
response 




5 


INVITE 


IMS_A forwards INVITE to IBCF_A 


6 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 


7 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


8 


100 Trying 


IBCFB responds with a 100 Trying provisional 
response 


9 


INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 


10 


100 Trying 


ll\/IS_B responds with a 100 Trying provisional 
response 




11 


INVITE 


IMS_B forwards INVITE to UE_B 




12 


100 Trying 


UEB responds with a 100 Trying provisional 
response 




14 






/ 


i 


k 


/ 


^ 


( 




180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




15 


180 Ringing 


IIVIS B forwards 180 Ringing response to 
IBCF B 




16 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF A 


17 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS A 


18 
iq 


180 Ringing 


IIVIS A forwards the 180 Ringing response to 
UE_A 




20 






f 


i 


k 




f 






200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the request has been accepted 




21 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




22 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


23 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


24 


200 OK 


IMS_A forwards 200 OK response to UE_A 




25 






















User A is informed that request has been 
answered 




26 






\ 


) 


\ 






) 




ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




27 


ACK 


IMS_A forwards ACK to IBCF_A 


28 


ACK 


IBCF_A forwards ACK to IBCF_B 


29 


ACK 


IBCF_B forwards ACK to IMS_B 




30 
31 


ACK 


IMS_B forwards ACK to UE_B 
Picture sharing starts 




32A 
33A 




^ 
















BYE 


User A terminates picture sharing 
UE_A releases the call with BYE 




-■ 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 

B 


u 

E 
B 


u 

s 
e 
r 
B 






34A 








) 


) 


\ 








BYE 


IMS_A forwards BYE to IBCF_A 


35A 


BYE 


IBCF_A forwards BYE to IBCF_B 


36A 


BYE 


IBCF_B forwards BYE to IMS_B 




37A 


BYE 


IMS_B forwards BYE to UE_B 




38A 






















User B is informed that picture sharing has 
terminated 


; 




39A 








i 


i 


^ 








200 OK 


UE_B sends 200 OK for BYE 




40A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




41A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


42A 


200 OK 


IBCF_A forwards 200 OK response to II\/1S_A 


43A 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_A 




44A 






















User A is informed that picture sharing has 
terminated 


45A 








i 

) 


< 

) 




/ 






OPTIONS 


UE_B sends OPTIONS to IMS_B to verify 
availability of picture sharing capability of the 
UE A 




46A 


OPTIONS 


IMS_B forwards OPTIONS to IBCF_B 


\ 


47A 


OPTIONS 


IBCF_B forwards OPTIONS to IBCF_A 


48A 


OPTIONS 


IBCF_A forwards OPTIONS to IMS_A 


49A 


OPTIONS 


IMS_A forwards OPTIONS to UE_A 


\ 


50A 


200 OK 


UE_A responds 200 OK to IMS_A with updated 
capabilities 




51A 


200 OK 


IMS_A forwards 200 OK to IBCF_A 


52A 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 


53A 


200 OK 


IBCF_B forwards 200 OK to IMS_B 




54A 


200 OK 


IMS_B forwards 200 OK to UE_B 




55A 






















Voice call termination initiated by user A 














32B 
















User B terminates picture sharing 


k 


33B 








i 


i 




^ 






BYE 


UE_B releases the call with BYE 




34B 


BYE 


IMS_B forwards BYE to IBCF_B 




358 


BYE 


IBCF_B forwards BYE to IBCF_A 


36B 


BYE 


IBCF_A forwards BYE to IMS_A 


37B 


BYE 


IMS_A forwards BYE to UE_A 




38B 






















User A is informed that picture sharing has 
terminated 


i 




39B 






\ 


> 


) 




\ 






200 OK 


UE_A sends 200 OK for BYE 




40B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


41B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


42B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




43B 


200 OK 


IMS_B forwards the 200 OK response to UE_B 




44B 






















User B is informed that picture sharing has 
terminated 


) 




45B 








) 

i 


) 

i 










OPTIONS 


UE_A sends OPTIONS to IMS_A to verify 
availability of picture sharing capability of the 
UE B 




46B 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 


47B 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 


48B 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 




49B 


OPTIONS 


IMS_B forwards OPTIONS to UE_B 




SOB 


200 OK 


UE_B responds with 200 OK to IMS_B with 
updated capabilities 




51B 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




52B 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 


53B 


200 OK 


IBCF_A forwards 200 OK to IMS_A 


54B 


200 OK 


IMS_A forwards 200 OK to UE_A 




55B 






















Voice call termination initiated by user B 
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4.5.4.5.2 



Stop sharing pictures - roaming (optional) 



Interoperability Test Description | 


Identifier: 


ID IMS SHARE 0010 


Summary: 


IMS network supports Picture sharing service and messages exchange between two 
users, one user in its home networl< and one user roaming can be performed. User A 
starts video sharing with User B during a voice call, but users decided to stop sharing 
picture 


1 1 


Configuration: 


CF ROAM AS (OPTIONAL) 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5097_09 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(items 5 and 8 in 1^' numbered list) 


Use Case ref.: 


UC_RCS_8_R 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE A and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2. 1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE B is registered in IMS B via IMS A optionally using userPRES according to 
table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UEA and UEB have already performed capability discovery process 

• IMS A not configured for topology hiding 




Test Sequence: 


Step 




1A 


User A sets up a voice call to user B 


IB 


User B sets up a voice call to user A 


2 


User A requests to share picture with user B 


3 


User B is requested to accept to share picture 


4 


User B accepts to share picture 


5 


User A is informed that request has been answered 


6 


Picture sharing starts 


7A 


User A terminates picture sharing 


8A 


User B is informed that picture sharing has terminated 


9A 


User A is informed that picture sharing has terminated 


10A 


User A terminates voice call 


7B 


User B terminates picture sharing 


8B 


User A is informed that picture sharing has terminated 


9B 


User B is informed that picture sharing has terminated 


10B 


User B terminates voice call 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_5097_09 in CFW step 105 (INVITE) 
ensure that { 
when { lUT receives an INVITE from IMS_A from UE_B } 
then {lUT sends the INVITE to AS_B 
containing a Route_header 

indicating the SIP_URI of AS_B and 
containing a P-Charging-Function-Addresses_header and 
containing a P-Charging-Vector_header 
including an orig-ioi_parameter 
indicating the operatorjdentifier of IMS_A and 
not including a term-ioi_parameter and 
including access-network-charging-info } 
I 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1A 






















User A sets up a voice call to user B 


f 










>. 


IB 




User B sets up a voice call to user A 














2 






















User A requests to share picture with user B 




3 








) 

k 

i 

) 

i 


) 

k 

k 

) 


N 


\ 






INVITE 


UEA sends INVITE to share picture with user B 


/ 


4 


100 Trying 


IIVIS_A responds with a 100 Trying provisional 
response 




5 


INVITE 


IMS_A forwards INVITE to IBCF_A 


6 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 


7 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


8 


100 Trying 


IBCFB responds with a 100 Trying provisional 
response 


9 


INVITE 


IBCF_B forwards INVITE to IMS_B 




10 


100 Trying 


IIVIS_B responds with a 100 Trying provisional 
response 




11 


INVITE 


IMS_B forwards INVITE to IBCF_B 




12 


100 Trying 


IBCFB responds with a 100 Trying provisional 
response 




13 


INVITE 


IBCF_B forwards INVITE to IBGF_A 


14 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 


15 


INVITE 


IBCF_A forwards INVITE to IMS_A 


16 


100 Trying 


IIVIS_A responds with a 100 Trying provisional 
response 


17 


INVITE 


IMS_A forwards INVITE to UE_B 






18 


100 Trying 


UE_B responds with a 100 Trying provisional 
response 






19 
















>. 






User B is requested to accept to share picture 




20 








i 

) 












180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 






21 


180 Ringing 


IIVIS A forwards 180 Ringing response to 
IBCF A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






22 








<i 


) 

i 










180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF B 


23 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS B 




24 


180 Ringing 


IMS B forwards the 1 80 Ringing response to 
IBCF B 




25 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF A 


26 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS A 


27 


180 Ringing 


IMS_A forwards 180 Ringing response to UE_A 




28 
















f 






User B accepts to share picture 




29 








i 

) 

i 


) 

i 










200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the request has been accepted 


\ 




30 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


31 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


32 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




33 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




34 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


35 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


36 




IMS_A forwards 200 OK response to UE_A 




37 






















User A is informed that request has been 
answered 








38 








) 

i 


» 

i 


N 








ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




39 


ACK 


IMS_A forwards ACK to IBCF_A 


40 


ACK 


IBCF_A forwards ACK to IBCF_B 


41 


ACK 


IBCF_B forwards ACK to IMS_B 




42 


ACK 


IMS_B forwards ACK to IBCF_B 




43 


ACK 


IBCF_B forwards ACK to IBCF_A 


44 


ACK 


IBCF_A forwards ACK to IMS_A 


45 


ACK 


IMS_A forwards ACK to UE_B 






46 






















Picture sharing starts 












; 














47A 




User A terminates picture sharing 


i 










; 














48A 








) 


) 

i 










BYE 


UE_A releases the call with BYE 




49A 


BYE 


IMS_A forwards BYE to IBCF_A 


50A 


BYE 


IBCF_A forwards BYE to IBCF_B 


51A 


BYE 


IBCF_B forwards BYE to IMS_B 


^ 


52A 


BYE 


IMS_B forwards BYE to IBCF_B 




53A 


BYE 


IBCF_B forwards BYE to IBCF_A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
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r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 

B 


u 

E 
B 


U 
s 
e 
r 
B 






54A 








< 






\ 






BYE 


IBCF_A forwards BYE to IMS_A 


55A 


BYE 


IMS_A forwards BYE to UE_B 






56A 






















User B is informed that picture sharing has 
terminated 


\ 






57A 








i 

) 

<i 


) 

i 










200 OK 


UE_B sends 200 OK for BYE 






58A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


59A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


60A 


200 OK 


IBCF_B forwards 200 OK response to ll\/IS_B 




61A 


200 OK 


IMS_B forwards the 200 OK response to IBCF_B 




62A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


63A 


200 OK 


IBCF_A forwards 200 OK response to IIVIS_A 


64A 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_A 




65A 






















User A is informed that picture sharing has 
terminated 


66A 








<i 

> 

i 

) 

< 


} 

i 

) 

d 










OPTIONS 


UE_B sends OPTIONS to ll\/IS_A to verify 
availability of picture sharing capability of the 
UE A 


\ 


\ 


67A 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 


68A 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 


69A 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 




70A 


OPTIONS 


IMS_B forwards OPTIONS to IBCF_B 




71A 


OPTIONS 


IBCF_B forwards OPTIONS to IBCF_A 


72A 


OPTIONS 


IBCF_A forwards OPTIONS to IMS_A 


73A 


OPTIONS 


IMS_A forwards OPTIONS to UE_A 




74A 


200 OK 


UE_A responds 200 OK to IMS_A with updated 
capabilities 




75A 


200 OK 


IMS_A forwards 200 OK to IBCF_A 


76A 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 


77A 


200 OK 


IBCF_B forwards 200 OK to IMS_B 




78A 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




79A 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 


BOA 


200 OK 


IBCF_A forwards 200 OK to IMS_A 


81A 


200 OK 


IMS_A forwards 200 OK to UE_B 






82A 






















User A terminates voice call 


47B 




User B terminates picture sharing 


48B 








i 












BYE 


UE_B releases the call with BYE 
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Step 


Direction 


IVIessage 


Comment 
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F 
B 


1 
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S 
B 
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E 
B 


U 
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r 
B 






49B 






^ 


) 

i 


) 

i 










BYE 


IMS_A forwards BYE to IBCF_A 


SOB 


BYE 


IBCF_A forwards BYE to IBCF_B 


51B 


BYE 


IBCF_B forwards BYE to IMS_B 


^ 


52B 


BYE 


IMS_B forwards BYE to IBCF_B 




53B 


BYE 


IBCF_B forwards BYE to IBCF_A 


54B 


BYE 


IBCF_A forwards BYE to IMS_A 


55B 


BYE 


IMS_A forwards BYE to UE_A 




56B 






















User A is informed that picture sharing has 
terminated 




57B 








) 

i 


^ 

i 




\ 






200 OK 


UE_A sends 200 OK for BYE 




58B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


59B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


60B 


200 OK 


IBCF_B forwards 200 OK response to ll\/IS_B 


^ 


61 B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




62B 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


63B 


200 OK 


IBCF_A forwards 200 OK response to ll\/IS_A 


64B 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_B 






65B 






















User B is informed that picture sharing has 
terminated 


66B 








) 

< 

<i 

) 


) 

d 

) 

i 


\ 


\ 






OPTIONS 


UE_A sends OPTIONS to IIVIS_A to verify 
availability of picture sharing capability of the 
UE B 




67B 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 


68B 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 


69B 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 




70B 


OPTIONS 


IMS_B forwards OPTIONS to IBCF_B 




71B 


OPTIONS 


IBCF_B forwards OPTIONS to IBCF_A 


72B 


OPTIONS 


IBCF_A forwards OPTIONS to IMS_A 


73B 


OPTIONS 


IMS_A forwards OPTIONS to UE_B 






74B 


200 OK 


UE_B responds with 200 OK to IMS_A with 
updated capabilities 






75B 


200 OK 


IMS_A forwards 200 OK to IBCF_A 


76B 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 


77B 


200 OK 


IBCF_B forwards 200 OK to IMS_B 


^ 


78B 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




79B 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 
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Step 


Direction 


IVIessage 


Comment 
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B 


1 
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B 






SOB 








< 












200 OK 


IBCF_A forwards 200 OK to IMS_A 


81B 


200 OK 


IMS_A forwards 200 OK to UE_A 




828 




i 












^ 






User B terminates voice call 



4.5.5 File transfer service 



4.5.5.1 



Instant file transfer 



4.5.5.1.1 



Instant file transfer - intenworking 



Interoperability Test Description 


Identifier: 


ID IMS FILE 0001 


Summary: 


IMS network supports instant File transfer service and messages exchange between 
two users in their home network can be performed. User A starts file transfer 




Configuration: 


CF INT AS 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5097_01 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(1®' numbered list) 




TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.3 %5 
(item 4 in 1^' numbered list) 




TP_IMS_5115_08 


TS 124 229 [1], clause 5.4.3.3 1189 
(4* numbered list) 


Use Case ref.: 


UC_RCS_9_I 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE A and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 011 -2 [9], clause 4.2.1 

• UEA is registered in IMS_A optionally using userPRES according to table 1 

• UE_B is registered in IMS_B optionally using userPRES according to table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UEA is authorized to see presence information of UEB 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UEA and UEB have already performed capability discovery process 

• IMS_A not configured for topology hiding 


Test Sequence: 


Step 




1 


User A initiates a file transfer to user B 


2 


User B is informed of incoming file and accepts the transfer 


3 


User A is informed that file transfer has been accepted by user B 


4 


File transfer starts 


5 


File transfer completed (size checked) 


8 


User B is informed that file transfer completed 


7 


User A is informed that file transfer completed 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_5097_01 in CFW step 10 (INVITE): 
ensure that { 

when { UE_A sends an initial INVITE to UE_B } 
then { IMS_B receives the initial INVITE 
not containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_A 
containing a P-Charging-Vector_header 
(containing an icid-value_parameter and 
containing a orig-ioi_parameter indicating IMS_A and 
not containing an access-network-charging-info_parameter and 
not containing a term-ioi_parameter) and 
containing a Record- Route_header 
indicating the originating S-CSCF_SIP_URI } 
} 



TP_IMS_5108_03 in CFW step 14 (INVITE) 
ensure that { 
when {IMS_B receives an initial INVITE from IMS_A addressed_to UEBj 
then {IMS_B sends the INVITE to AS_B 
containing a topmost Route_header 

indicating the SIP_URI of AS_B and 
containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi_parameter } 
1 



TP_IMS_51 1 5_08 in CFW step 35 (200 OK) 
ensure that { 
when { IMS_B receives 200_response from AS_B addressed to UEA } 
then { IMS_B sends the 200_response to IMS_A 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
including a term-ioi_parameter 
indicating operatorjdentifier of IMS_B } 
1 



Step 



Direction 



Message 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



A 

S/ 
I 

M 
A 



I 

M 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



User A initiates a file transfer to user 
B 



UE_A sends INVITE to IMS_A to 
establish a session with the SDR 
offer indicating all specific data for a 
IVISRP connection set up 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to AS/IM A 



AS/IM_A responds with a 100 
Trying provisional response 



AS/IM_A returns, possibly modified, 
INVITE to IMS A 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



ETSI 



198 



ETSI TS 102 901 V2.1.1 (2011-11) 



Step 


Direction 


Message 


Comment 
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A 
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A 


A 

S/ 
1 

IVI 
A 


1 
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S 
A 
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B 
C 
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1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






10 


















>. 






INVITE 


IBCF_A forwards INVITE to IBCF_B 




11 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




12 


INVITE 


IBCF_B forwards INVITE to IMS_B 


^ 


13 


100 Trying 


IMS_B responds with a 1 00 Trying 
provisional response 




14 


INVITE 


IMS_B forwards INVITE to AS/IM_B 


^ 


15 


100 Trying 


AS/IM_B responds with a 100 
Trying provisional response 




16 


INVITE 


AS/IM B returns, possibly modified, 
INVITE to IMS B 




17 


100 Trying 


IIVIS_B responds with a 1 00 Trying 
provisional response 




18 


INVITE 


IMS_B forwards INVITE to UE_B 


^ 




19 


100 Trying 


UE_B optionally responds with a 
100 Trying provisional response 






20 


























User B is informed of incoming file 
and accepts the transfer 




21 






f 


^ 
















200 OK 


UE_B responds INVITE with 200 
OK response with SDP to indicate 
that the session has been accepted 
and inform A-side with specific data 
for a IVISRP connection set up 


V 




22 


200 OK 


IIVIS B forwards 200 OK response 
to AS/IM B 


^ 


23 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




24 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




25 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




26 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




27 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 




28 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




29 


200 OK 


IMS A forwards 200 OK response 
toUE A 






30 


























User A is informed that file transfer 
has been accepted by user B 


^ 




31 
















X 








ACK 


UE A acknowledges the receipt of 
200 OK for INVITE 




^ 


32 


ACK 


IMS_A forwards ACK to AS/IM_A 




33 


ACK 


AS/IM A returns, possibly modified, 
ACK to IMS A 




34 


ACK 


IMS_A forwards ACK to IBCF_A 




35 


ACK 


IBCF_A forwards ACK to IBCF_B 




36 


ACK 


IBCF_B forwards ACK to IMS_B 




37 


ACK 


IMS_B forwards ACK to AS/IM_B 


^ 


38 


ACK 


AS/IM B returns, possibly modified, 
ACK to IMS B 




39 


ACK 


IMS_B forwards ACK to UE_B 






40 


























File transfer starts (see clause 5.3.3 
Image data via MSRP ) 




















41 




File transfer completed (size 
checked) 


42 
























BYE 


UE_A releases the file transfer 
session with BYE 








' 
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Step 


Direction 


Message 


Comment 
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43 


















>. 






BYE 


IMS_A forwards BYE to AS/IM_A 




44 


BYE 


AS/IM A returns, possibly modified, 
BYE to IMS A 




45 


BYE 


IMS_A forwards BYE to IBCF_A 




46 


BYE 


IBCF_A forwards BYE to IBCF_B 




47 


BYE 


IBCF_B forwards BYE to IMS_B 




48 


BYE 


IMS_B forwards BYE to AS/IM_B 




49 


BYE 


AS/IIVI B returns, possibly modified, 
BYE to IMS B 




50 


BYE 


IMS_B forwards BYE to UE_B 






51 


























User B is informed that file transfer 
completed 




52 








^ 


^ 














200 OK 


UE_B sends 200 OK for BYE 


V. 




53 


200 OK 


IMS B forwards 200 OK response 
to AS/IM B 




54 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




55 


200 OK 


IMS B forwards 200 OK response 
to IBCF B 




56 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




57 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




58 


200 OK 


IMS A forwards 200 OK response 
to AS/IM A 


V 


59 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




60 


200 OK 


IMS A forwards 200 OK response 
toUE A 






61 


























User A is informed that file transfer 
completed 





































4.5.5.1.2 



Instant file transfer - roaming (optional) 



Interoperability Test Description 


Identifier: 


TD IMS FILE 0002 


Summary: 


IMS network supports instant File transfer service and messages exchange between 
two users, one user in its home network and one user roaming can be performed. User 
B starts file transfer 




Configuration: 


CF ROAM AS (OPTIONAL) 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5046_01 


TS 124 229 [1], clause 5.2.6.3.3 HI 
(1^' numbered list) 




TP IMS 5067 01 


TS 124 229 [1], clause 5.2.7.2 115 




TP_IMS_5097_09 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(items 5 and 8 in 1^' numbered list) 


Use Case ref.: 


UC RCS 9 R 1 


^^^v 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE A and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2.1 

• UEA is registered in IMS_A optionally using userPRES according to table 1 

• UE B is registered in IMS B via IMS A optionally using userPRES according to 
table 1 

• UEA is optionally configured to receive notifications with watcher information 

• UE A is authorized to see presence information of UE B 
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Interoperability Test Description 




• IMS_A is configured to contact AS_A 




• IMS_B is configured to contact AS_B 




• AS_B is optionally configured for reactive authorization 




• ll\/IS_A is within the trust domain of ll\/IS_B 




• UEA and UEB have already performed capability discovery process 




• IMS A not configured for topology hiding 


L J 


Test Sequence: 


Step 




1 


User B initiates a file transfer to user A 


2 


User A is informed of incoming file and accepts the transfer 


3 


User B is informed that file transfer has been accepted by user A 


4 


File transfer starts 


5 


File transfer completed (size checked) 


6 


User A is informed that file transfer completed 


7 


User B is informed that file transfer completed 


Conformance 


Checl< 




Criteria: 






1 


TP_IMS_5046_01 in CFW step 6 (INVITE) 






ensure that { 






when { IMS A receives an initial INVITE from UE B} 






then { IMS_A sends the INVITE to IMS_B 






containing a Route header 






not indicating the P-CSCF_SIP_URI of IMS_A and 






containing a Route_header 






indicating the "list of Service Route header URIs 






from the registration" and 






containing an additional Via_header 






containing ( the P-CSCF via port number and 






(the P-CSCF-FQDN address or 






the P-CSCF-IP_address)) of IMS_A and 






containing an additional topmost Record-Route_header 






indicating (the P-CSCF_port_number 






'where it awaits subsequent requests' from UE A and 






(the P-CSCF-FQDN address or 






the P-CSCF-IP_address)) of IMS_A and 






not containing P-Preferred-ldentity_header and 






containing a P-Asserted-ldentity_header 






containing an address of UEB and 






containing a P-Charging-Vector_header 






containing an icid-value parameter} 
} 


2 


TP_IMS_5067_01 in CFW step 6 (INVITE) 






ensure that { 






when { IMS A receives an initial INVITE from UE B} 






then { IMS_A sends the INVITE to IMS_B 






containing a P-Charging-Vector header 
} 
} 


3 


TP_IMS_5097_09 in CFW step 10 (INVITE) 






ensure that { 






when { IMS B receives an initial INVITE from IMS_A addressed to UE A } 






then { IMS_B sends the initial INVITE to AS_B 






containing a Route_header 






indicating the SIP_URI of AS_B and 






containing a P-Charging-Function-Addresses_header and 






containing a P-Charging-Vector_header 






(including a orig-ioi_parameter 






indicating operatorjdentifier of IMS_A and 






not including a term-ioi_parameter and 






including access-network-charging-info) } 
} 
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Step 



Direction 



IVIessage 



Comment 
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U 
s 
e 
r 
B 



10 
11 



12 



13 



14 

Ts" 
Is" 

17 



19 



20 
21 



22 



23 



24 
~25" 



26 



27 



28 



29 



30 



31 



32 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



User B initiates a file transfer to user 
A 



UE_B sends INVITE to IMS_A to 
establish a new session with the 
SDP offer indicating all specific data 
for a new IVISRP connection set up 



IIVIS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to IBCF A 



IBCFA responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to AS/IM B 



AS/IM_B responds with a 100 Trying 
provisional response 



AS/IM_B returns, possibly modified, 
INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to AS/IM A 



AS/IM_A responds with a 100 Trying 
provisional response 



AS/IM_A returns, possibly modified, 
INVITE to IMS A 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to UE A 



UE_A optionally responds with a 100 
Trying provisional response 



User A is informed of incoming file 
and accepts the transfer 



UE_A responds INVITE with 200 OK 
response with SDP to indicate that 
the session has been accepted and 
inform B-side with specific data for a 
new MSRP connection set up 



IMS_A forwards 200 OK response to 
AS/IM A 



AS/IM_A returns, possibly modified, 
200 OK response to IMS_A 



IMS_A forwards 200 OK response to 
IBCF A 



IBCF_A forwards 200 OK response 
to IBCF B 



IBCF_B forwards 200 OK response 
to IMS B 
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33 










^ 






■V. 


>. 






200 OK 


IMS B forwards 200 OK response to 
AS/IM B 




34 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IIVIS B 




35 


200 OK 


IIVIS B forwards 200 OK response to 
IBCF B 




36 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




37 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




38 


200 OK 


IMS A forwards 200 OK response to 
UE B 












39 


























User B is informed that file transfer 
has been accepted by user B 




40 






^ 


















ACK 


UE B acknowledges the receipt of 
200 OK for INVITE 


V 


V 








41 


ACK 


IMS_A forwards ACK to IBCF_A 




42 


ACK 


IBCF_A forwards ACK to IBCF_B 


f 


43 


ACK 


IBCF_B forwards ACK to IMS_B 


f 


44 


ACK 


IMS_B forwards ACK to AS/IM_B 




45 


ACK 


AS/IM B returns, possibly modified, 
ACK to IMS B 




46 


ACK 


IMS_B forwards ACK to IBCF_B 




47 


ACK 


IBCF_B forwards ACK to IBCF_A 




48 


ACK 


IBCF_A forwards ACK to IMS_A 




49 


ACK 


IMS_A forwards ACK to AS/IM_A 




50 


ACK 


AS/IM A returns, possibly modified, 
ACK to IMS A 




51 


ACK 


IMS_A forwards ACK to UE_A 






52 




^ 






















File transfer starts (see clause 5.3.3 
Image data via MSRP ) 




















53 




File transfer completed (size 
checked) 


54 










^ 














BYE 


UE_B releases the file transfer 
session with BYE 




>. 


V 






55 


BYE 


IMS_A forwards BYE to IBCF_A 


^ 


56 


BYE 


IBCF_A forwards BYE to IBCF_B 


^ 


57 


BYE 


IBCF_B forwards BYE to IMS_B 




58 


BYE 


IMS_B forwards BYE to AS/IM_B 


f 


59 


BYE 


AS/IM B returns, possibly modified, 
BYE to IMS B 




60 


BYE 


IMS_B forwards BYE to IBCF_B 




61 


BYE 


IBCF_B forwards BYE to IBCF_A 




62 


BYE 


IBCF_A forwards BYE to IMS_A 




63 


BYE 


IMS_A forwards BYE to AS/IM_A 




64 


BYE 


AS/IM A returns, possibly modified, 
BYE to IMS A 




65 


BYE 


IMS_A forwards BYE to UE_A 






66 


























User A is informed that file transfer 
completed 


67 










N. 














200 OK 


UE_A sends 200 OK for BYE 




^ 


68 


200 OK 


IMS A forwards 200 OK response to 
AS/IM A 




69 


200 OK 


AS/IM_A returns, possibly modified, 
200 OK response to IMS A 




70 


200 OK 


IMS A forwards 200 OK response to 
IBCF A 







£75/ 



203 



ETSI TS 102 901 V2.1.1 (2011-11) 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 
IVI 

s 

A 


\ 

B 
C 

F 
A 


\ 

B 
C 

F 
B 


1 

M 
S 
B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






71 










f 


V 












200 OK 


IBCF A forwards 200 OK response 
to IBCF B 


f 


72 


200 OK 


IBCF B forwards 200 OK response 
to IMS B 


^ 


73 


200 OK 


IMS B forwards 200 OK response to 
AS/IM B 




74 


200 OK 


AS/IM_B returns, possibly modified, 
200 OK response to IMS B 




75 


200 OK 


IMS B forwards 200 OK response to 
IBCF B 




76 


200 OK 


IBCF B forwards 200 OK response 
to IBCF A 




77 


200 OK 


IBCF A forwards 200 OK response 
to IMS A 




78 


200 OK 


IMS A forwards 200 OK response to 
UE B 












79 


























User B is informed tliat file transfer 
completed 





































4.5.5.2 



Instant file transfer rejection 



4.5.5.2.1 



Instant file transfer rejection - intenworking 



Interoperability Test Description | 


Identifier: 


TD IMS FILE 0003 


Summary: 


IMS networl< supports instant File transfer service and messages exchange between 
two users in their home networl<s can be performed. User A starts file transfer, but 
User B rejects the invitation 




Configuration: 


CF INT AS 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5097_01 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(item 9 in 1^' numbered list) 




TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.3 IfS 
(item 4 in 1^' numbered list) 




TP_IMS_5115_08 


TS 124 229 [1], clause 5.4.3.3 189 
(4* numbered list) 


Use Case ref.: 


UC RCS 9 1 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE A and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2.1 

• UEA is registered in IMS_A optionally using userPRES according to table 1 

• UE_B is registered in IMS_B optionally using userPRES according to table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UEA is authorized to see presence information of UEB 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UEA and UEB have already performed capability discovery process 

• IMS A not configured for topology hiding 


I — ■ 

Test Sequence: 


Step 




1 


User A initiates a file transfer to user B 


2 


User B is informed of incoming file and rejects the transfer 


3 


User A is informed that file transfer has been rejected by user B 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_5097_01 in CFW step 10 (INVITE): 
ensure that { 

when { UE_A sends an initial INVITE to UE_B } 
then { IMS_B receives the initial INVITE 
not containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_A 
containing a P-Charging-Vector_header 
(containing an icid-value_parameter and 
containing a orig-ioi_parameter indicating IMS_A and 
not containing an access-network-charging-info_parameter and 
not containing a term-ioi_parameter) and 
containing a Record- Route_header 
indicating the originating S-CSCF_SIP_URI } 
} 



TP_IMS_5108_03 in CFW step 14 (INVITE) 
ensure that { 
when {IMS_B receives an initial INVITE from IMS_A addressed_to UEBj 
then {IMS_B sends the INVITE to AS_B 
containing a topmost Route_header 

indicating the SIP_URI of AS_B and 
containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi_parameter } 
1 



TP_IMS_51 1 5_08 in CFW step 25 (200 OK) 
ensure that { 
when { IMS_B receives 200_response from AS_B addressed to UEA } 
then { IMS_B sends the 200_response to IMS_A 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
including a term-ioi_parameter 
indicating operatorjdentifier of IMS_B } 
1 



ETSI 



205 



ETSI TS 102 901 V2.1.1 (2011-11) 



Step 


Direction 


Message 


Comment 




U 
s 
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r 
A 


U 

E 
A 


A 

S/ 
1 

IVI 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 
IVI 

s 

B 


A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 


























User A initiates a file transfer to user 
B 


i 




2 








N 








V. 








INVITE 


UE_A sends INVITE to IMS_A to 
establish a session with the SDP 
offer indicating all specific data for a 
IVISRP connection set up 






3 


100 Trying 


IMS_A responds with a 1 00 Trying 
provisional response 






4 


INVITE 


IMS_A forwards INVITE to AS/IM_A 


V 


5 


100 Trying 


AS/IM_A responds with a 100 
Trying provisional response 


V 


6 


INVITE 


AS/IM A returns, possibly modified, 
INVITE to IMS A 




7 


100 Trying 


IMS_A responds with a 1 00 Trying 
provisional response 




8 


INVITE 


IMS_A forwards INVITE to IBCF_A 




9 


100 Trying 


IBCFA responds with a 100 Trying 
provisional response 




10 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


f 


11 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




12 


INVITE 


IBCF_B forwards INVITE to IMS_B 




13 


100 Trying 


IMS_B responds with a 1 00 Trying 
provisional response 




14 


INVITE 


IMS_B forwards INVITE to AS/IM_B 


^ 


15 


100 Trying 


AS/IM_B responds with a 100 
Trying provisional response 


^ 


16 


INVITE 


AS/IM B returns, possibly modified, 
INVITE to IMS B 


V 


17 


100 Trying 


IMS_B responds with a 1 00 Trying 
provisional response 




18 


INVITE 


IMS_B forwards INVITE to UE_B 






19 


100 Trying 


UE_B optionally responds with a 
100 Trying provisional response 






20 


























User B is informed of incoming file 
and rejects the transfer 




21 










f 


f 


^ 










603 Decline 


UE_B responds INVITE with 603 
Decline to indicate that the session 
has been rejected 






22 


603 Decline 


IMS_B forwards 603 Decline 
response to AS/IM B 




23 


603 Decline 


AS/IM_B returns, possibly modified, 
603 Decline response to IMS B 




24 


603 Decline 


IMS_B forwards 603 Decline 
response to IBCF B 




25 


603 Decline 


IBCF_B forwards 603 Decline 
response to IBCF A 




26 


603 Decline 


IBCF_A forwards 603 Decline 
response to IMS A 




27 


603 Decline 


IMS_A forwards 603 Decline 
response to AS/IM A 




28 


603 Decline 


AS/IM_A returns, possibly modified, 
603 Decline response to IMS A 




29 


603 Decline 


IMS_A forwards 603 Decline 
response to UE A 






30 




^ 






















User A is informed that file transfer 
has been rejected by user B 




31 








V 
















ACK 


UE_A acknowledges the receipt of 
603 Decline response for INVITE 






32 


ACK 


IMS A forwards ACK to AS/IM A 







£75/ 



206 



ETSI TS 102 901 V2.1.1 (2011-11) 



Step 


Direction 


Message 


Comment 
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A 


1 
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A 
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A 


1 

B 
C 

F 
B 
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B 


A 

S/ 
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B 


U 
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B 


U 
s 
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B 






33 
























ACK 


AS/IM A returns, possibly modified, 
ACK to IMS A 




34 


ACK 


IMS_A forwards ACK to IBCF_A 




35 


ACK 


IBCF_A forwards ACK to IBCF_B 




36 


ACK 


IBCF_B forwards ACK to IMS_B 




37 


ACK 


IMS_B forwards ACK to AS/IM_B 


f 


38 


ACK 


AS/IIVl B returns, possibly modified, 
ACK to IMS B 




39 


ACK 


IMS_B forwards ACK to UE_B 



































4.5.5.2.2 



Instant file transfer rejection - roaming (optional) 



Interoperability Test Description 


Identifier: 


ID IMS FILE 0004 


Summary: 


IMS network supports instant File transfer service and messages exchange between 
two users, one user in its home network and one user roaming can be performed. User 
B starts file transfer, but User A rejects the invitation 




Configuration: 


CF ROAM AS (OPTIONAL) 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5046_01 


TS 124 229 [1], clause 5.2.6.3.3 Ijl 
(1^' numbered list) 




IP IMS 5067 01 


TS 124 229 [1], clause 5.2.7.2 115 




TP_IMS_5097_09 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(items 5 and 8 in 1^' numbered list) 


Use Case ref.: 


UC RCS 9 R 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE A and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2. 1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE B is registered in IMS B via IMS A optionally using userPRES according to 
table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B 

• IMS_A is configured to contact AS_A 

• IMS_B is configured to contact AS_B 

• AS_B is optionally configured for reactive authorization 

• IMS_A is within the trust domain of IMS_B 

• UEA and UEB have already performed capability discovery process 

• IMS A not configured for topology hiding 






Test Sequence: 


Step 


^ 


1 


User B initiates a file transfer to user A 


2 


User A is informed of incoming file and rejects the transfer 


3 


User B is informed that file transfer has been rejected by user B 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_5046_01 in CFW step 6 (INVITE) 
ensure that { 
when { IMS_A receives an initial INVITE from UEB } 
then { IMS_A sends the INVITE to IMS_B 
containing a Route_header 

not indicating the P-CSCF_SIP_URI of IMS_A and 
containing a Route_header 
indicating the "list of Service Route header URIs 
from the registration" and 
containing an additional Via_header 
containing ( the P-CSCF_via_port_number and 
(the P-CSCF-FQDN_address or 
the P-CSCF-IP_address)) of IMS_A and 
containing an additional topmost Record-Route_header 
indicating (the P-CSCF_port_number 

'where it awaits subsequent requests' from UEA and 
(the P-CSCF-FQDN_address or 
the P-CSCF-IP_address)) of IMS_A and 
not containing P-Preferred-ldentity_header and 
containing a P-Asserted-ldentity_header 

containing an address of UEB and 
containing a P-Charging-Vector_header 
containing an icid-value_parameter } 
) 



TP_IMS_5067_01 in CFW step 6 (INVITE) 
ensure that { 
when { IMS_A receives an initial INVITE from UEB } 
then { IMS_A sends the INVITE to IMS_B 

containing a P-Charging-Vector_header 
} 
I 



TP_IMS_5097_09 in CFW step 10 (INVITE) 
ensure that { 
when { IMS_B receives an initial INVITE from IMS__A addressed to UEA } 
then { IMS_B sends the initial INVITE to AS_B 
containing a Route_header 

indicating the SIP_URI of AS_B and 
containing a P-Charging-Function-Addresses_header and 
containing a P-Charging-Vector_header 
(including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi_parameter and 
including access-network-charging-info) } 
I 
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Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



A 

S/ 
I 

IVI 
A 



I 
IVI 

s 

A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 

S/ 
I 

M 
B 



U 

E 
B 



U 
s 
e 
r 
B 



10 
11 



12 



13 



14 

Ts" 
Is" 

17 



19 



20 
21 



22 



23 



24 
~25" 



26 



27 



28 



29 



30 



31 



32 



33 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



User B initiates a file transfer to user 
A 



UE_B sends INVITE to IMS_A to 
establish a new session with the 
SDP offer indicating all specific data 
for a new IVISRP connection set up 



IIVIS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to IBCF A 



IBCFA responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to AS/IM B 



AS/IM_B responds with a 100 Trying 
provisional response 



AS/IM_B returns, possibly modified, 
INVITE to IMS B 



IMS_B responds with a 1 00 Trying 
provisional response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to AS/IM A 



AS/IM_A responds with a 100 Trying 
provisional response 



AS/IM_A returns, possibly modified, 
INVITE to IMS A 



IMS_A responds with a 1 00 Trying 
provisional response 



IMS A forwards INVITE to UE A 



UE_A optionally responds with a 100 
Trying provisional response 



User A is informed of incoming file 
and rejects the transfer 



603 Decline 



UE_A responds INVITE with 603 
Decline to indicate that the session 
has been rejected 



603 Decline 



IMS_A forwards 603 Decline 
response to AS/IM_A 



603 Decline 



AS/IM_A returns, possibly modified, 
603 Decline response to IMS_A 



603 Decline 



IMS_A forwards 603 Decline 
response to IBCF_A 



603 Decline 



IBCF_A forwards 603 Decline 
response to IBCF_B 



603 Decline 



IBCF_B forwards 603 Decline 
response to IMS_B 



603 Decline 



IMS_B forwards 603 Decline 
response to AS/IM_B 
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Step 


Direction 


Message 


Comment 
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34 
















f 








603 Decline 


AS/IM_B returns, possibly modified, 
603 Decline response to IMS B 




35 


603 Decline 


IMS_B forwards 603 Decline 
response to IBCF B 




36 


603 Decline 


IBCF_B forwards 603 Decline 
response to IBCF A 




37 


603 Decline 


IBCF_A forwards 603 Decline 
response to IIVIS A 




38 


603 Decline 


IMS_A forwards 603 Decline 
response to UE_B 












39 


























User B is informed that file transfer 
has been rejected by user B 




40 






^ 




^ 














ACK 


UE_B acknowledges the receipt of 
603 Decline response for INVITE 




V 








41 


ACK 


IMS_A forwards ACK to IBCF_A 




42 


ACK 


IBCF_A forwards ACK to IBCF_B 


f 


43 


ACK 


IBCF_B forwards ACK to IMS_B 


^ 


44 


ACK 


IMS_B forwards ACK to AS/IM_B 


f 


45 


ACK 


AS/IM B returns, possibly modified, 
ACK to IMS B 




46 


ACK 


IMS_B forwards ACK to IBCF_B 




47 


ACK 


IBCF_B forwards ACK to IBCF_A 




48 


ACK 


IBCF_A forwards ACK to IMS_A 




49 


ACK 


IMS_A forwards ACK to AS/IM_A 




50 


ACK 


AS/IM A returns, possibly modified, 
ACK to IMS A 




51 


ACK 


IMS_A forwards ACK to UE_A 



































4.5.5.3 



Stop file transfer 



4.5.5.3.1 



Stop file transfer - interworking 



Interoperability Test Description 


Identifier: 


TD IMS FILE 0005 


Summary: 


IMS network supports instant File transfer service and messages exchange between 
two users in their home networks can be performed. User A starts file transfer, but 
User B terminates it in the middle of the process 




Configuration: 


CF INT AS 


SUT 


IMS A and IMS B 


References 


Test Purpose 


Specification Reference 


TP_IMS_5097_01 


TS 124 229 [1], clause 5.4.3.2 H1 1 
(item 9 in 1^' numbered list) 




TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.3 115 
(item 4 in 1^' numbered list) 




TP_IMS_5115_08 


TS 124 229 [1], clause 5.4.3.3 189 
(4* numbered list) 


Use Case ref.: 


UC RCS 9 1 1 


n -^^M- 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE A and UE B have IP bearers established to their respective IMS networks as 
per TS 1 86 01 1 -2 [9], clause 4.2. 1 

• UE_A is registered in IMS_A optionally using userPRES according to table 1 

• UE_B is registered in IMS_B optionally using userPRES according to table 1 

• UE_A is optionally configured to receive notifications with watcher information 

• UE_A is authorized to see presence information of UE_B 

• IMS A is configured to contact AS A 
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Interoperability Test Description 




• IMS B is configured to contact AS B 




• AS_B 


is optionally configured for reactive authorization 




• IIVIS A is within the trust domain of IMS B 




• UEA and UEB have already performed capability discovery process 


■ 


• IMS A not configured for topology hiding 


1 ^ 

Test Sequence: 


Step 




1 


User A requests a file transfer with user B 


2 


User B is requested to accept a file transfer 


3 


User B accepts a file transfer 


4 


User A is informed that request has been answered 


5 


File transfer starts 


6A 


User A terminates file transfer 


7A 


User B is informed that file transfer has terminated 


8A 


User A is informed that file transfer has terminated 


6B 


User B terminates file transfer 


7B 


User A is informed that file transfer has terminated 


8B 


User B is informed that file transfer has terminated 




Conformance 


Checit 




Criteria: 






1 


TP_IMS_5097_01 in CFW step 10 (INVITE): 






ensure that { 






when { UE_A sends an initial INVITE to UE_B } 






then { IMS B receives the initial INVITE 






not containing a Route header 






indicating the S-CSCF_SIP_URI of IMS_A 






containing a P-Charging-Vector_header 






(containing an icid-value_parameter and 






containing a orig-ioi_parameter indicating IMS_A and 






not containing an access-network-charging-info_parameter and 






not containing a term-ioi_parameter) and 






containing a Record-Route header 






indicating the originating S-CSCF SIP URI } 
} 


2 


TP_IMS_5108_03 in CFW step 14 (INVITE) 






ensure that { 






when {IMS B receives an initial INVITE from IMS A addressed to UE Bj 






then (IMS B sends the INVITE to AS B 






containing a topmost Route_header 






indicating the SIP_URI of AS_B and 






containing a Route header 






indicating the S-CSCF_SIP_URI of IMS_B and 






containing a P-Charging-Vector_header 






including a orig-ioi_parameter 






indicating operatorjdentifier of IMS_A and 






not including a term-ioi parameter} 
} 


3 


TP_IMS_51 1 5_08 in CFW step 25 (200 OK) 






ensure that ( 






when ( IMS_B receives 200_response from AS_B addressed to UEA } 






then ( IMS_B sends the 200_response to IMS_A 






containing a P-Charging-Vector_header 






including a orig-ioi_parameter 






indicating operatorjdentifier of IMS_A and 






including a term-ioi_parameter 






indicating operator identifier of IMS Bj 
I 



ETSI 



211 



ETSI TS 102 901 V2.1.1 (2011-11) 



Step 


Direction 


IVIessage 


Comment 
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E 
B 
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1 






















User A requests a file transfer with user B 


J 


2 








> 

< 


> 

d 


N 








INVITE 


UE_A sends INVITE to file transfer session with 
user B 




3 


100 Trying 


ll\/IS_A responds with a 100 Trying provisional 
response 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 


5 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


7 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


8 


INVITE 


IBCF_B forwards INVITE to IMS_B 




9 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IMS_B forwards INVITE to UE_B 


/ 


11 


100 Trying 


UE_B responds with a 100 Trying provisional 
response 




12 
















) 






User B is requested to accept a file transfer 


13 








< 


< 










180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




14 


180 Ringing 


IIVIS B forwards 180 Ringing response to 
IBCF B 




15 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF A 


16 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS A 


17 


180 Ringing 


IIVIS A forwards the 180 Ringing response to 
UE_A 




18 
















k 






User B accepts a file transfer 


19 






^ 


i 


d 










200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the request has been accepted 




20 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




21 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


22 


200 OK 


IBCF_A forwards 200 OK response to IIVIS_A 


23 


200 OK 


ll\/IS_A forwards 200 OK response to UE_A 




24 






















User A is informed that request has been 
answered 


'■ 




25 






\ 


> 


) 


\ 


\ 






ACK 


UE A acl<nowledges the receipt of 200 OK for 
INVITE 




26 


ACK 


IMS_A forwards ACK to IBCF_A 


27 


ACK 


IBCF_A forwards ACK to IBCF_B 


28 


ACK 


IBCF_B forwards ACK to IMS_B 




29 


ACK 


IMS_B forwards ACK to UE_B 




30 






















File transfer starts (see clause 5.3.3 Image 
data via MSRP ) 






































31A 






















User A terminates file transfer 


^ 


32A 








) 


) 










BYE 


UE_A releases the call with BYE 




33A 


BYE 


IMS_A forwards BYE to IBCF_A 


34A 


BYE 


IBCF_A forwards BYE to IBCF_B 


35A 


BYE 


IBCF_B forwards BYE to IMS_B 




36A 


BYE 


IMS_B forwards BYE to UE_B 




37A 






















User B is informed that file transfer has 
terminated 


; 




38A 








< 


d 




^ 






200 OK 


UE_B sends 200 OK for BYE 




39A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




40A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


41A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 
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Step 
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Comment 
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42A 




















200 OK 


IMS_A forwards the 200 OK response to UE_A 




43A 






















User A is informed that file transfer has 
terminated 


44A 






^ 


i 

) 


k 

) 










OPTIONS 


UE_B sends OPTIONS to IMS_B to verify 
availability of file transfer capability of the UE A 


\ 


45A 


OPTIONS 


IMS_B forwards OPTIONS to IBCF_B 




46A 


OPTIONS 


IBCF_B forwards OPTIONS to IBCF_A 


47A 


OPTIONS 


IBCF_A forwards OPTIONS to IMS_A 


48A 


OPTIONS 


IMS_A forwards OPTIONS to UE_A 




49A 


200 OK 


UE_A responds 200 OK to IMS_A with updated 
capabilities 




50A 


200 OK 


IMS_A forwards 200 OK to IBCF_A 


51A 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 


52A 


200 OK 


IBCF_B forwards 200 OK to IMS_B 




53A 


200 OK 


IMS_B forwards 200 OK to UE_B 




31 B 
















k 






User B terminates file transfer 


32B 






/ 


i 


{ 










BYE 


UE_B releases the call with BYE 




338 


BYE 


IMS_B forwards BYE to IBCF_B 




34B 


BYE 


IBCF_B forwards BYE to IBCF_A 


35B 


BYE 


IBCF_A forwards BYE to IMS_A 


368 


BYE 


IMS_A forwards BYE to UE_A 




37B 




^ 


















User A is informed that file transfer has 
terminated 




38B 








^ 


) 


V 








200 OK 


UE_A sends 200 OK for BYE 




398 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


40B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


41B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




428 


200 OK 


IMS_B forwards the 200 OK response to UE_B 




43B 






















User B is informed that file transfer has 
terminated 




44B 






\ 


> 

< 


\ 

k 










OPTIONS 


UE_A sends OPTIONS to ll\/IS_A to verify 
availability of file transfer capability of the UE B 




458 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 


46B 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 


47B 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 


^ 


488 


OPTIONS 


IMS_B forwards OPTIONS to UE_B 


f 


49B 


200 OK 


UE_B responds with 200 OK to IMS_B with 
updated capabilities 




SOB 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




51B 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 


52B 


200 OK 


IBCF_A forwards 200 OK to IMS_A 


53B 


200 OK 


IMS_A forwards 200 OK to UE_A 





























4.5.5.3.2 



Stop file transfer - roaming (optional) 



Interoperability Test Description 


Identifier: 


TD IMS FILE 0006 


Summary: 


IIVIS network supports instant File transfer service and messages exchange between 
two users, one user in its home network and one user roaming can be performed. User 
A starts file transfer, but User B terminates it in the middle of the process 


1 


"^^^^■^^^^l" 


Configuration: 


CF ROAM AS (OPTIONAL) 


SUT 


IMS A and IMS B 
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Interoperability Test Description 


References 


Test Purpose 


Specification Reference 


TP_IMS_5046_01 


TS 124 229 [1], clause 5.2.6.3.3 HI 






(1^' numbered list) 




IP IMS 5067 01 


TS 124 229 [1], clause 5.2.7.2 15 




TP_IMS_5097_09 


TS 124 229 [1], clause 5.4.3.2 V 1 
(items 5 and 8 in 1^' numbered list) 


Use Case ref.: 


UG RCS 9 R 1 




Pre-test 


• HSS of IMS A and of IMS B is configured according to table 1 


conditions: 


• UE AandUE B have IP bearers establisfied to their respective IMS networks as 




per TS 1 86 011 -2 [9], clause 4.2. 1 




• UEA is registered in IMS_A optionally using userPRES according to table 1 




• UE B is registered in IMS B via IMS A optionally using userPRES according to 




table 1 




• UE_A is optionally configured to receive notifications with watcher information 




• UE A is authorized to see presence information of UE B 




• IMS_A is configured to contact AS_A 




• IMS_B is configured to contact AS_B 




• AS_B is optionally configured for reactive authorization 




• IMS A is within the trust domain of IMS B 




• UEA and UEB have already performed capability discovery process 


1 T 


• IMS_A not configured for topology hiding 


1 

Test Sequence: 


Step 




1 


User A requests a file transfer with user B 


2 


User B is requested to accept file transfer 


3 


User B accepts file transfer 


4 


User A is informed that request has been answered 


5 


File transfer starts 


6A 


User A terminates file transfer 


7A 


User B is informed that file transfer has terminated 


8A 


User A is informed that file transfer has terminated 


SB 


User B terminates file transfer 


7B 


User A is informed that file transfer has terminated 


SB 


User B is informed that file transfer has terminated 


Conformance 


Check 




Criteria: 






1 


TP_IMS_5046_01 in CFW step 6 (INVITE) 






ensure that { 






when { IMS A receives an initial INVITE from UE B} 






then { IMS A sends the INVITE to IMS B 






containing a Route header 






not indicating the P-CSCF_SIP_URI of IMS_A and 






containing a Route_header 






indicating the "list of Service Route header URIs 






from the registration" and 






containing an additional Via header 






containing ( the P-CSCF via port number and 






(the P-CSCF-FQDN address or 






the P-CSCF-IP_address)) of IMS_A and 






containing an additional topmost Record-Route_header 






indicating (the P-CSCF_port_number 






'where it awaits subsequent requests' from UE A and 






(the P-CSCF-FQDN address or 






the P-CSCF-IP_address)) of IMS_A and 






not containing P-Preferred-ldentity_header and 






containing a P-Asserted-ldentity_header 






containing an address of UE B and 






containing a P-Charging-Vector_header 






containing an icid-value parameter} 
} 
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Interoperability Test Description 




2 


TP_IMS_5067_01 in CFW step 6 (INVITE) 
ensure that { 
when { IMS A receives an initial INVITE from UE Bj 
then { IMS_A sends the INVITE to IMS_B 

containing a P-Charging-Vector header 
} 
I 


3 


TP_IMS_5097_09 In CFW step 10 (INVITE) 
ensure that { 
when { IMS B receives an initial INVITE from IMS A addressed to UE A} 
then { IMS_B sends the initial INVITE to AS_B 
containing a Route_header 

indicating the SIP_URI of AS_B and 
containing a P-Charging-Function-Addresses_header and 
containing a P-Charging-Vector_header 
(including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi_parameter and 
including access-network-charging-info) } 
} 



Step 


Direction 


Message 


Comment 


1 


U 
s 
e 
r 
A 


U 

E 
A 


I 

> 


1 

5 
\ 


E 

C 

F 

; 


^ 


1 

B 
C 

F 
B 


\ 

M 
S 
B 


n 


u 

E 
B 




U 
s 
e 
r 
B 




User A reauests a file transfer witfi user B 


2 






\ 


) 

i 

< 

) 

< 


— ) 
i — 

i — 

— ^ 


\ 




V 




INVITE 


UE_A sends INVITE to a file transfer session 
with user B 




3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


INVITE 


IIVIS_A forwards INVITE to IBCF_A 


5 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


7 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


8 


INVITE 


IBCF_B forwards INVITE to IMS_B 




9 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 


/ 


10 


INVITE 


IMS_B forwards INVITE to IBCF_B 


N 


11 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




12 


INVITE 


IBCF_B forwards INVITE to IBCF_A 


13 


100 Trying 


IBCFA responds with a 100 Trying provisional 
response 


14 


INVITE 


IBCF_A forwards INVITE to IMS_A 


15 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 


16 


INVITE 


IMS_A forwards INVITE to UE_B 






17 
1 p. 


100 Trying 


UE_B responds with a 100 Trying provisional 
response 






19 








i 

) 


— } 










180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 


N 




20 


180 Ringing 


IMS A forwards 180 Ringing response to 
IBCF A 


21 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF B 


22 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS B 


f 


23 


180 Ringing 


IMS B forwards the 1 80 Ringing response to 
IBCF B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






24 








i 


i 










180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF A 


25 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS A 


26 
?7 


180 Ringing 


IIV1S_A forwards 180 Ringing response to UE_A 




28 






^ 


< 

) 

i 


) 

i 










200 OK 


UE_B responds INVITE witli 200 OK to indicate 
that the request has been accepted 


\ 




29 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


30 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


31 


200 OK 


IBCF_B forwards 200 OK response to IIVIS_B 




32 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




33 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


34 


200 OK 


IBCF_A forwards 200 OK response to IIVIS_A 


35 




ll\/IS_A forwards 200 OK response to UE_A 




36 






















User A is informed that request has been 
answered 


'■ 




37 








) 

d 


» 

i 


\ 








ACK 


UE A acl<nowledges the receipt of 200 OK for 
INVITE 




38 


ACK 


IMS_A forwards ACK to IBCF_A 


39 


ACK 


IBCF_A forwards ACK to IBCF_B 


40 


ACK 


IBCF_B forwards ACK to IMS_B 




41 


ACK 


IMS_B forwards ACK to IBCF_B 




42 


ACK 


IBCF_B forwards ACK to IBCF_A 


43 


ACK 


IBCF_A forwards ACK to IMS_A 


44 


ACK 


IMS_A forwards ACK to UE_B 






45 






















File transfer starts (see clause 5.3.3 Image 
data via MSRP ) 












; 














46A 




User A terminates file transfer 


i 










^ 


47A 








) 

< 


) 

d 


N 








BYE 


UE_A releases the call with BYE 




48A 


BYE 


IMS_A forwards BYE to IBCF_A 


49A 


BYE 


IBCF_A forwards BYE to IBCF_B 


50A 


BYE 


IBCF_B forwards BYE to IMS_B 




51A 


BYE 


IMS_B forwards BYE to IBCF_B 




52A 


BYE 


IBCF_B forwards BYE to IBCF_A 


53A 


BYE 


IBCF_A forwards BYE to IMS_A 


54A 


BYE 


IMS_A forwards BYE to UE_B 






55A 






















User B is informed that file transfer has 
terminated 








56A 








i 

) 

i 


) 

i 










200 OK 


UE_B sends 200 OK for BYE 






57A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


58A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


59A 


200 OK 


IBCF_B forwards 200 OK response to IIVIS_B 


^ 


60A 


200 OK 


IMS_B forwards the 200 OK response to IBCF_B 




61A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


62A 


200 OK 


IBCF_A forwards 200 OK response to IIVIS_A 


63A 


200 OK 


IIVIS_A forwards the 200 OK response to UE_A 




64A 






















User A is informed that file transfer has 
terminated 


65A 








i 

) 


) 

< 










OPTIONS 


UE_B sends OPTIONS to IIVIS_A to verify 
availability of file transfer capability of the UE A 






66A 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 


67A 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 


68A 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 




69A 


OPTIONS 


IMS_B forwards OPTIONS to IBCF_B 




70A 


OPTIONS 


IBCF_B forwards OPTIONS to IBCF_A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






71A 






f 


i 

) 

< 


) 

k 










OPTIONS 


IBCF_A forwards OPTIONS to IMS_A 


72A 


OPTIONS 


IMS_A forwards OPTIONS to UE_A 




73A 


200 OK 


UE_A responds 200 OK to IMS_A with updated 
capabilities 




74A 


200 OK 


IMS_A forwards 200 OK to IBCF_A 


75A 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 


76A 


200 OK 


IBCF_B forwards 200 OK to IMS_B 


^ 


77A 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




78A 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 


79A 


200 OK 


IBCF_A forwards 200 OK to IMS_A 


80A 


200 OK 


IMS_A forwards 200 OK to UE_B 






46B 






















User B terminates file transfer 


47B 






f 


k 

) 

i 


) 

k 










BYE 


UE_B releases the call with BYE 


N 




48B 


BYE 


IMS_A forwards BYE to IBCF_A 


498 


BYE 


IBCF_A forwards BYE to IBCF_B 


SOB 


BYE 


IBCF_B forwards BYE to IMS_B 


/ 


518 


BYE 


IMS_B forwards BYE to IBCF_B 




52B 


BYE 


IBCF_B forwards BYE to IBCF_A 


53B 


BYE 


IBCF_A forwards BYE to IMS_A 


548 


BYE 


IMS_A forwards BYE to UE_A 




55B 




>■ 


















User A is informed that file transfer has 
terminated 




56B 






\ 


) 

k 


) 

k 


\ 








200 OK 


UE_A sends 200 OK for BYE 




578 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


58B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


59B 


200 OK 


IBCF_B forwards 200 OK response to ll\/IS_B 




608 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




61B 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


62B 


200 OK 


IBCF_A forwards 200 OK response to ll\/IS_A 


638 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_B 






64B 






















User B is informed that file transfer has 
terminated 


65B 








) 

k 

k 

> 

k 


) 

k 

\ 

k 










OPTIONS 


UE_A sends OPTIONS to IMS_A to verify 
availability of file transfer capability of the UE B 




668 


OPTIONS 


IMS_A forwards OPTIONS to IBCF_A 


67B 


OPTIONS 


IBCF_A forwards OPTIONS to IBCF_B 


68B 


OPTIONS 


IBCF_B forwards OPTIONS to IMS_B 


^ 


698 


OPTIONS 


IMS_B forwards OPTIONS to IBCF_B 




70B 


OPTIONS 


IBCF_B forwards OPTIONS to IBCF_A 


71B 


OPTIONS 


IBCF_A forwards OPTIONS to IMS_A 


728 


OPTIONS 


IMS_A forwards OPTIONS to UE_B 






73B 


200 OK 


UE_B responds with 200 OK to IIVIS_A with 
updated capabilities 


\ 




74B 


200 OK 


IMS_A forwards 200 OK to IBCF_A 


758 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 


76B 


200 OK 


IBCF_B forwards 200 OK to IMS_B 




77B 


200 OK 


IMS_B forwards 200 OK to IBCF_B 




788 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 


79B 


200 OK 


IBCF_A forwards 200 OK to IMS_A 


80B 


200 OK 


IMS_A forwards 200 OK to UE_A 
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MSRP Test Specification 



5.1 



Introduction 



MSRP is a text based, connection-oriented protocol specified in RFC 4975 [10], RFC 4976 [11] and RFC 6135 [12]. It 
is not designed for use as a standalone protocol and therefore it can be part of the SIP protocol. The MSRP URIs are 
exchanged using SDP in an offer/answer exchange via SIP. 

5.2 Test Prerequisites 
5.2.1 Authorization over MSRP 

Client that wants to use the services of IM AS they need to authenticate with authorization procedure. Expected 
authorization procedure is detailed described in RFC 4976 [11] and its MSRP sequence diagram is: 



Step 


Direction 


Message 


Comment 


UE jASIIVI 


1 


^ 


AUTH 


The UE sends AUTH 


2 


<- 


401 Unauthorized 


The AS IM responds with a valid HTTP Digest 
authentication challenge 


3 


-^ 


AUTH 


The UE sends another AUTH with authentication 


4 


«- 


200 OK 


The AS IM responds with 200 OK. 



5.3 



Use Cases 



The test descriptions with call flow diagrams in clauses 4.5.3, 4.5.4 and 4.5.5 contain basic MSRP transactions which 
are only marked symbolically, e.g. "Users perform chatting". Detailed MSRP call flows are described in the present 
clause. This split of MSRP and SIP signalling has been chosen to keep the test description more readable. 

5.3.1 Cinat 1 to 1 via MSRP 

Use case index UC_MSRP_01 is used. 

NOTE: Call flows show only the first chat transmission from one user to another and back. Other transmissions 
follow depending on who sends the next text message to the other user; this message is transferred with 
SEND request to the other user. 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 










u 

E 
B 


U 
s 
e 
r 
B 






1 
















\ 






User A write a chat message 


J 


2 




SEND 


UE A sends SEND MSRP with content to UE B 


















3 










200 OK 


UE B responds with 200 OK to UE A 


i 








4 












User B read a chat message 




5 






User B write a chat message 


^ 


6 




SEND 


UE B sends SEND MSRP with content to UE A 


i 








7 




















200 OK 


UE A responds with 200 OK to UE B 










8 




User A read a chat message 
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5.3.2 Chat 1 to many via MSRP 



NOTE: Call flows show only the first chat transmission from one user to all other users. Other transmissions 

follow depending on who sends the next text message to the other user; this message is transferred with 
SEND request to the other parties. 

5.3.2.1 Chat 1 to many via MSRP - Interworking 

Use case index UC_MSRP_02_I is used. 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

M 
A 




U 

E 
B 


U 
s 
e 
r 
B 


U 

E 
C 


u 

s 
e 
r 
C 






1 










) 












User A write a chat message 


^ 


2 




SEND 


UE A sends SEND MSRP with content to IM 
SERVER 


5 




3 


200 OK 


IM SERVER responds with 200 OK to UE A 


i 


4 




SEND 


IM SERVER sends SEND MSRP with content to 
UEB 


5 








i 

i 






\ 


N 




200 OK 


UE responds with 200 OK to IM SERVER 


6 




User B read a chat message 




7 


SEND 


IM SERVER sends SEND MSRP with content to 
UEC 






8 


200 OK 


UE C responds with 200 OK to IM SERVER 






9 




User C read a chat message 





























5.3.2.2 Chat 1 to many via MSRP - Roaming 

Use case index UC_MSRP_02_R is used. 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 




A 

S/ 
1 

M 
B 


U 

E 
B 


u 

s 
e 
r 
B 


U 

E 
C 


u 

s 
e 
r 
C 






1 










k — 


■4 










SEND 


UE A sends SEND MSRP with content to IM 
SERVER 


2 


200 OK 


IM SERVER responds with 200 OK to UE A 


3 




User B write a chat message 


k 


4 




SEND 


IM SERVER sends SEND MSRP with content to 
UEB 


'- 








5 




f 






k 










200 OK 


UE responds with 200 OK to IM SERVER 






6 




User A read a chat message 




7 


SEND 


IM SERVER sends SEND MSRP with content to 
UEC 






8 


200 OK 


UE C responds with 200 OK to IM SERVER 






9 




User read a chat message 
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5.3.2.3 Chat 1 to many via MSRP to additional user - Interworking 

Use case index UC MSRP 03 I is used. 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


A 

S/ 
1 

lUI 
A 








u 

E 
D 


U 
s 
e 
r 
D 






1 








i 














Follow UC MSRP 02 1 


2 


SEND 


IM SERVER sends SEND MSRP with content to 
UED 




; 






3 


200 OK 


UE D responds with 200 OK to IM SERVER 






4 






















^ 




User D read a chat message 



5.3.2.4 Chat 1 to many via MSRP to additional user - Roaming 

Use case index UC_MSRP_03_R is used. 



step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 




A 

S/ 
1 

M 
B 


U 

E 
B 


U 
s 
e 
r 
B 


U 

E 
D 


U 
s 
e 
r 
D 






1 






















Follow UC MSRP 02 R 


2 










< 




\ 


\ 




SEND 


IM SERVER sends SEND MSRP with content to 
UED 






3 


200 OK 


UE D responds with 200 OK to IM SERVER 






4 




User D read a chat message 





























5.3.3 Image data via MSRP 

Use case index UC_MSRP_04 is used. 

NOTE: Call flows show only the first picture transmission from one user to another and back. Other chunk 
transmissions in case of bigger files follow with SEND requests. 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 










u 

E 
B 


U 
s 
e 
r 
B 






1 






















User A select a picture 


^ 


2 




SEND 
(image) 


UE A sends SEND MSRP with content to UE B 








; 










3 


200 OK 


UE B responds with 200 OK to UE A 


















4 












User B look a picture 


























) 
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5.4 Test Descriptions 



5.4.1 Chat 1 to 1 procedure via IVISRP 



Interoperability Test Description 



Identifier: 



TD MSRP CHAT 0001 



Summary: 



Configuration: 



User A transfers message with SEND request to User B via MSRP and if endpoint 
receives a request it must immediately generate response and send it back. 



SUT 



UE AandUE B 



References 



Test Purpose 



TP IVISRP 9000 01 



IP IVISRP 9000 02 



Specification Reference 



RFC 4975 [1 0], clauses 5.4 and 7.1 



RFC 4975 [10], clause 7.2 



Use Case ref. 



UC MSRP 01 



Pre-test 
conditions: 



UEA hasJnitiated_a_dialog_with UE_B 



Test Sequence: 



Conformance 
Criteria: 



Step 



User A writes a chat message 



User B reads a chat message 



Check 



TP_MSRP_9000_01 step 2 and 6 (SEND): 
ensure that { 

when { UE_A sends SEND_MSRP to UE_B } 
then { UE_B receives the SEND_MSRP 
containing FromPath_header 

indicating the msrp_path from SDP attribute within SIP INVITE 
containing ToPath_header 

indicating the msrp_path from SDP attribute within SIP 
200_response 

containing Content-Type_header 
indicating text/plain 
} 
I 



TP_MSRP_9001_01 step 3 and 7 (200 OK SEND): 
ensure that { 
when { UE_B receives SEND_MSRP from UE_A } 
then { UE_B sends the 200_response_MSRP 
containing FromPath_header 

indicating the msrp_path from SDP attribute within SIP INVITE 
containing ToPath_header 
indicating the msrp_path from SDP attribute within SIP 
200_response 

} 
1 



Step 


Direction 


Message 


Comment 


1 


1 
( 
1 


J 
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r 
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B 
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U 
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User A writes a chat message 


3 
4 






i 














200 OK 


UE B responds with 200 OK to UE A 
User B reads a chat message 


) 


5 


k 


QPMn 


User B writes a chat message 

1 IP R conHc QPMr^ ^ylQRP \A/ith r^nntont tn 1 IP A 


7 




















200 OK 


UE A responds with 200 OK to UE B 
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Step 


Direction 


IVIessage 


Comment 
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User A reads a chat message 








1 


1 


1 


1 



5.4.2 Chat 1 to many procedure via MSRP 



Interoperability Test Description 


Identifier: 


ID MSRP CHAT 0001 


Summary: 


User A transfers message with SEND request to AS IM via IVISRP. AS IIVI transfers 




message to User B and User lil<e it is predefined in previous SIP dialog. If end users 




receive a request they must immediately generate response and send it back to AS IM 


^ 


which sends response back to User A. 


1 ^ 

Configuration: 




SUT 


UE A, UE B, UE GandASIM 


References 


Test Purpose 


Specification Reference 


TP MSRP 9000 01 


RFC 4975 [1 0], clause 5.4 and 7.1 


IP MSRP 9000 02 


RFC 4975 [10], clause 7.2 


Use Case ref.: 


UC MSRP 02 1 1 


Pre-test 


• UE A has initiated a dialog with UE B and UE C 


conditions: 
1 




1 

Test Sequence: 

1 


Step 




1 


User A writes a chat message 


2 


User B reads a chat message 


3 


User C reads a chat message 


Conformance 


Check 




Criteria: 






1 


TP_MSRP_9000_01 step 2,5 and 7 (SEND): 






ensure that { 






when { UE A sends SEND MSRP to UE Bj 






then { UE B receives the SEND MSRP 






containing FromPath header 






indicating the msrp_path from SDP attribute within SIP INVITE 






containing ToPath header 






indicating the msrp_path from SDP attribute within SIP 






200_response 






containing Content-Type_header 






indicating text/plain 
} 
} 


2 


TP_MSRP_9001_01 step 3,6 and 8 (200 OK SEND): 






ensure that { 






when { UE_B receives SEND_MSRP from UE_A } 






then { UE_B sends the 200_response_MSRP 






containing FromPath header 






indicating the msrpjjath from SDP attribute within SIP INVITE 






containing ToPath header 






indicating the msrp_path from SDP attribute within SIP 






200 response 

} 
} 
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Step 
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User A writes a chat message 


2 




SEND 


UE A sends SEND MSRP with content to IIVI 
SERVER 


i 


3 


200 OK 


IM SERVER responds with 200 OK to UE A 


4 










) 










SEND 


IM SERVER sends SEND IVISRP with content to 
UEB 
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200 OK 


UE responds with 200 OK to IIVI SERVER 


6 




User B reads a chat message 
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SEND 


IM SERVER sends SEND MSRP with content to 
UEC 
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200 OK 


UE C responds with 200 OK to IM SERVER 
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User C reads a chat message 





























5.4.3 Image transfer procedure via MSRP 



Interoperability Test Description | 


Identifier: 


ID MSRP FILE 0001 


Summary: 


User A transfers file with SEND request to User B via MSRP and if endpoint receives a 
request it must immediately generate response and send it back. 


^^^ 


Configuration: 




SUT 


UE AandUE B 


References 


Test Purpose 


Specification Reference 


TP_MSRP_9000_02 


RFC 4975 [10], clauses 5.4 and 7.1 and 
RFC 5547 [13] 


IP MSRP 9001 01 


RFC 4975 [10], clause 7.2 


Use Case ref.: 


UC MSRP 04 1 


-^^^H- 


Pre-test 
conditions: 

r ^^^^M 


• UE_A has_initiated_a_dialog_with UE_B 


Test Sequence: 


Step 




1 


User A selects a file for sending 


2 


User B opens received file 


L 1 


Conformance 
Criteria: 


Check 




1 


TP_MSRP_9000_02 step 2 (SEND): 
ensure that { 
when { UE_A sends SEND_MSRP to UE_B } 
then { UE_B receives the SEND_MSRP 
containing FromPath_header 

indicating the msrp_path from SDP attribute within SIP INVITE 
containing ToPathheader 

indicating the msrp_path from SDP attribute within SIP 
200_response 

containing Content-Type_header 
indicating image/jpg 
} 
I 
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Interoperability Test Description 



TP_MSRP_9001_01 step 3 (200 OK SEND): 
when { UE_B receives SEND_MSRP from UE_A } 
then { UE_B sends the 200_response_MSRP 
containing FromPath_header 

indicating the msrp_path from SDP attribute within SIP INVITE 
containing ToPath_header 

indicating the msrp_path from SDP attribute within SIP 
200_response 

} 
I 



Step 
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Comment 
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User A selects a picture 


^ 
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SEND 
(image) 


UE A sends SEND IVISRP with content to UE B 
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200 OK 


UE B responds with 200 OK to UE A 
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User B views a picture 
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Annex A (normative): 
Zip file with TPLan code 



The test purposes used in the present document have been originally generated in the TPLan text files in the archive file 
ts_102901V020101p0.zip which accompanies the present document. 
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